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Wie von alleine. 
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Wer viel oder auch nachts script, 
äh schreibt. Nanu? 


scriptist neu. script ist für Mengen. script 
ist einfach und modern. Textverarbei- 
tung, leicht, wie Brause. Für Vielschrei- 
ber und für Nachtschreiber. Überhaupt 
für alle, die es beim Schreiben gerne 
leicht haben. Es kann alle Signum!-Zei- 
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chensätze verarbeiten, aber auch im 
Draft-Modus ausdrucken (dann auch 
gerne ‚Proportionalschriften). Natürlich 
formatiert script automatisch und natürlich kann man in Zoll 
oder Zentimeter bemaßen und bis zu vier Tex- 
ten gleichzeitig bearbeiten. Der puren Bequem- 
lichkeit dient die Blockselektion: Kopieren, ver- 
schieben, einsetzen, laden, speichern. Auch 
ASCII kann geladen und ausgegeben werden 
(Hallo Freunde), Texte ordnen sich links- und 
rechtsbündig, zentriert oder im Blocksatz. script arbeitet im 
Grafikmodus und unterstützt verschiedene Bildformate (Sig- 
num!, Doodle, STAD). Wir tauschen script gegen 198,-- DM. 


Nun aber! im Die Kunstider ST Software 
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lljährlich zu Weihnachten (und nicht nur dann) 
A erreicht die Diskussion über Jugendliche und 
Computer wieder ihren Höhepunkt. Da wird 
behauptet, Computer verdummen die Jugend, vereinsa- 
men, machen jedwede Kreativität zunichte, vernichten 
den Freundeskreis. Als langjähriger Benutzer mehrerer 


Computer kann ich solche Behauptungen mittlerweile 
leicht widerlegen. 


Ist es nicht so, daß Computer einen immer wichtigeren 
Platz in der Gesellschaft einnehmen und einnehmen 
werden? Wer heute als Schüler keine grundlegende 
Ausbildung im Bereich EDV bekommt, wird im späte- 
ren Berufsleben schlechte Chancen haben. Kaum ein 
Beruf kommt noch ohne die EDV aus. Sicherlich sollte 
man keinem 6jährigen einen Computer vor die Nase 
setzen. Er wird damit spielen, sich aber nicht in die 
Anwendung des Geräts an sich einarbeiten. 


Die Behauptung, Computer verdummen die Jugend, 
mag dann zutreffen, wenn die Geräte als reines Medium 
zum Spielen benutzt werden. Wenn von Anfang an 
feststeht, wie ein Computer zu benutzen ist, nämlich 
nicht nur zum Abschießen von Raumschiffen und Her- 
umhüpfen auf Plattformen, sondern auch zur vernünfti- 
gen Anwendung von Finanzbuchhaltungen und Pro- 
grammiersprachen, dürften auch keine Probleme ent- 
stehen. 


Die Vereinsamung, die im Zusammenhang mit Compu- 
tern immer wieder angesprochen wird, kann ich als 
“Freak” überhaupt nicht bestätigen. Sicherlich hatte ich 
in der ersten Zeit Probleme, den Anschluß zu bisherigen 
Bekannten zu halten, weil mich das Gerät faszinierte. 
Aber auch diese Phase ist irgendwann vorüber, undman 
besinnt sich wieder der wichtigen Dinge im Leben. Die 
(dauernde) Benutzung der dummen grau-beigen Blech- 
kisten kann aber auch einen Vorteil haben. Zum einen 
hat man irgendwann die Nase gestrichen voll, so daß 
man keine Tastatur mehr anfassen möchte. Zum ande- 
ren kann man z.B. durch Computer auch neue Bekannte 
finden. 


“Anno dazumal” gab es sicher eine andere Kreativität 
als heute. Ich kann mir nicht vorstellen, wie Kreativität 
durch einen Computer gelähmt oder getötet werden soll 
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(immer mit dem Hintergedanken, daß das Gerät ver- 
nünftig angewendet wird). Mit einer Programmierspra- 
che die Dinge zu entwickeln, die seitmehreren Monaten 
als Idee im Kopf herumschwirren, ist überaus kreativ - 
besonders dann, wenn man nachher sieht, wie die Idee, 
die man hatte, als lauffähiges Programm über den 
Bildschirm flimmert. Es ist auch ziemlich schön anzu- 
sehen, wie eine Animation, die man monatelang ent- 
wickelt hat, ruckfrei und farbenfroh durch RAM- und 
Videobausteine rennt. Viele Animationen, die heute zu 
bewundern sind, können in der realen Welt gar nicht 
entwickelt werden! 


Schon die Massenmedien "pushen" Computer in die Öf- 
fentlichkeit - irgendwo muß also der Nutzen der Geräte 
liegen. Wabernde ARD-Einsen, hochklappende “heute 
journal”-Logos, einklappende RTL plus-Zeichen, 
Landtagswahlauswertungen innerhalb einer Stunde, 
aktuelle Börsenkurse, aber auch Ampelanlagen, Eisen- 
bahnsteuerungen, Bundespost-Brief-Einsortieranla- 
gen, Telefonvermittlungen, Registrierungen beim Ord- 
nungsamt, Gehaltsabrechnungen, Zeitungsdruck, Kon- 
toverwaltung bei Banken und Sparkassen, Verwaltung 
der PKW-Steuer etc. ; ohne Computer wäre kaum noch 
ein vernünftiges Leben möglich. 


Woliegtalso das Problem? Liegtes vielleichtan den un- 
wissenden Eltern, die ihren Kindern zu Weihnachten 
einen Computer auf den Tisch stellen, weil sie unbe- 
dingt damit ein Ballerspielchen machen wollen? Liegt 
es.daran, daß nicht allgemein bekannt ist, was miteinem 
Computer alles gemacht werden kann bzw. gemacht 
wird? Oder liegt es eventuell an den manchmal mangel- 
haften Ausbildungen an Schulen, in denen die Lehrer 
weniger wissen als ihre Schüler? Hier kommen alle 
Punkte zusammen und ergeben auf diese Weise ein 
falsches Bild. Wir Anwender wissen jedenfalls, daß uns 
etwas fehlt: das Verständnis derer, die sich in der 
Materie nicht auskennen. 


In diesem Sinne wünschen ich und die Redaktion Ihnen 
ein frohes Weihnachtsfest 1989 und einen guten Rutsch 


ins neue Jahr. 


Martin Pittelkow 
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Völlig geplättet 
Festplatten von Fremdherstellern 


Wer sich ausgiebig mit dem ST beschäftigt, wird über kurz oder 
lang eine Festplatte benötigen. Der Markt für Festplatten ist 
schier unüberblickbar, doch es gibt ja Claus Brod - er verschafft 
uns einen Überblick, was zu beachten ist und welche Platte man 
für welche Zwecke am besten kaufen sollte, wenn man keine 
Original-ATARI-Platte will. 


Seite 10 


Bild laden 
Bild speichern 





Und es geht doch! 
Submenüs unter GEM 


Submenüs ä la Mac oder AMIGA - wer hätte sie nicht gerne? 
Unser Listing zeigt, daß es problemlos und sauber programmier- 
bar möglich ist, den ST endlich mit Untermenüs in den Menüilei- 
sten zu versehen! Ein Muß für alle C-Programmierer und eine 
Anregung für alle kommerziellen Programmierer. Wärmen Sie 
schon mal Ihre Tastatur auf für das Listing auf 


Seite 135 








Reise zum Mittelpunkt des TT 


Der erste Bericht über den TT und sein TOS030 - natürlich bei 
uns. Damit wir immer topaktuell sind, mußte allerdings unser 
geplanter Super ST weichen, den wir dann in der nächsten 
Ausgabe präsentieren werden. Doch zurück zum TT. Was sich 
geändert hat, womit man als Anwender rechnen muß und was 
man auf keinen Fall vom TT erwarten darf, haben wir für Sie in 
diesem Artikel zusammengefaßt. Lassen Sie sich überraschen 
auf 


Seite 37 





Alle Jahre wieder 
Der Weihnachtsbasar 


der ST Computer 


Auch dieses Jahr präsentieren wir Ihnen wieder in unserer De- 
zemberausgabe einen Weihnachtsbasar, in dem wir Kurzent- 
schlossenen oder verzweifelt Suchenden ein paar Kaufanregun- 
gen zum Kapitel ATARIST geben wollen. Natürlich kann so ein 
Basar keinen vollständigen Überblick über so ein reichhaltiges 
Angebot an Soft-, Hardware und Accessoires geben, doch lassen 
Sie sich überraschen. 


Seite 24 
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RCS 2. 1-Anleitung 


Nachdem wir bereits in unse- 
rem Sonderheft 2 eine Anlei- 
tung für das Resource Con- 
struction Set 1.4 angeboten 
hatten, bietet nun die Firma 
Advanced Applications Vicze- 
na eine Anleitung für die Ver- 
sion 2.1. Für den Preis von 30,- 
DM kann sie für das Resource 


Construction Set mit Beispie- 
len in Modula bezogen wer- 
den. 


Advanced Applications 
Viezena GmbH 
Sperlingweg 19 

7500 Karlsruhe 

Tel. (0721) 700912 
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Wernach dem Börsenkrach am 
13. und 19.10.87 nicht die Lust 
am Spekulieren verloren hat, 
braucht einen heißen Draht zur 
Börse. Mit JAMES II steht ein 
professionelles Börsepro- 
gramm für den ST zur Verfü- 
gung. JAMES ist außerdem ein 
Börseninformationssystem, 
welches täglich über 5000 Ak- 
tienkurse, Kursverläufe, Ak- 
tieninformationen ete. zur Ver- 
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fügung stellt. Damit nicht alles 
per Hand eingegeben werden 
muß, steht JAMES-KON- 
TAKT, ein Börsen-DFÜ-Pro- 
gramm zur Verfügung, das 
über ein Modem alle Informa- 
tionen automatisch abruft. 





IFA-Köln 
Gutenbergstraße 73 
5000 Köln 30 

Tel. (0221) 520428 


Der SteuerStar 
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Das Programm “Der Steuer- 
Star” ermöglicht die Durch- 
führung von Lohnsteuerjahre- 
sausgleichsberechnungen und 
Einkommensteuerberechnun- 
gen 1986 bis 1989. Es berück- 
sichtigt fast alle Feinheiten des 
Einkommensteuerrechts. 
Nicht nur alle Gruppen von 
Werbungskosten, Sonderaus- 
gaben und außergewöhnlichen 
Belastungen, sondern auch 
besondere Ermäßigungen wie 
Berlinpräferenz, Erfinderver- 
gütung, Anrechnung von aus- 
ländischen Steuern usw. finden 


| Ergebnis-Zusannenfassung 
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Berücksichtigung. Der Preis 
des Programms beträgt DM 
50,-, Versandkosten werden 
nicht berechnet. Wer bereits 
den SteuerStar ’88 besitzt, 
kann gegen 20,- DM Update- 
Kosten und Einsendung der 
Originaldiskette das neue Pro- 
gramm erhalten. 


Steuersoftware 

Dipl. Finanzwirt Jochen Höfer 
Grunewald 2a 

5272 Wipperfürth 

Tel. (02192) 3368 





LCD-Monitor 


Die Firma Hahn Computer aus 
München hat jetzt einen LCD- 
Monitor für den ST vorgestellt. 
Das Gerät ist flimmerfrei, su- 
pertwisted, hinetrgrundbe- 
leuchtet, hat einen eingebauten 
Lautsprecher, 640 x 400 Punk- 
te Auflösung und ein 2 Meter 


langes Monitorkabel und wird 
inklusive Netzteil, Kabel und 
Schwenkfuß für DM 2998,- 
ausgeliefert. 


Hahn Computer BVS 
Romanstraße 5 

8000 München 19 
Tel. (089) 1665241 


Paintbox 


Mit Paintbox 1.1 kann man 
jetzt ein preiswertes Malpro- 
gramm für 15,- DM kaufen. 
Paintbox 1.1 arbeitet mit 2 
Bildschirmen, kann gefüllte 
Flächen mit oder ohne Rand 
zeichnen, Lupen mit zwei Ver- 
größerungen darstellen, ver- 
schiedene Füllmuster einstel- 
len und besitzt auch sonst die 
Funktionen, die ein Malpro- 
gramm unbedingt braucht. 
Auch 3D-Körper in Rechteck- 
und Kegelform können sehr 
einfach angelegt werden. Das 
Programm ist zu beziehen über 


Hard & Software 
Werner Wohlfahrtstätter 
Irenenstraße 76c 

4000 Düsseldorf 30 

Tel. (0211) 429876 


Karl-Heinz Jahns 
Kartäu 'raße 30 
4000 Düsseldorf 30 
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Icon Construction Set 


Als “Ihr ganz per- 
sönliches Icon 
Construction Set” 
bietet die Firma 
Computerware 
aus Köln ein in do- 
pelter Hinsicht 
praktisches Ac- 
cessoire an. Mit 
dem Produkt, das 
eigentlich nur aus 
einem Notizblock 
mit speziellem 
Aufdruck besteht, 
ist es ein Kinder- 
spiel, eigene Icons 
zu entwickeln. Computerware 
dazu: “Wir halten das für eine 
ebenso bemerkenswerte wie 
praktische und überraschende 
Ergänzung zu einem Pro- 
gramm - ein Software-Anbie- 
ter mit Humor”. Interessenten 
bekommen das Icon Construc- 





tion Set für 4,35 DM beim 
Fachhandel oder direkt bei 
Computerware in Köln. 


COMPUTERWARE 
si nder 

ü aße 76 
5000 Köln 50 

Tel. (0221) 392583 





ADI-News 


Während der “Datenbank- 
papst” E.F. Codd sein relatio- 
nales Modell überarbeitet, ge- 
lang der Karslsuher Daten- 
bankschmiede ADI (Adimens) 
bereits die Realisierung einer 
von Codd selbst dringend ge- 
forderten Erweiterung seines 
DBMS-Modells. Anwender 
des neuen Adimens 3.0 können 
jetzt z.B. bei der Fakturierung 
Daten aus den Relationen 
Kunde, Auftrag, Artikel inte- 
raktiv kombinieren und im 
Verbund Rechnung direkt be- 
arbeiten, ohne programmieren 
zu müssen. Bei normalen SQL- 
Datenbanksystemen sucht 
man vergeblich nach dieser 
Funktionalität. 


ADI Software GmbH 
Hardeckstraße 5 
7500 Karlsruhe 

Tel. (0721) 570000 





Die Sprache € ist eine der ver- 
breitetsten und mächtigsten 
Programmiersprachen. Wegen 
ihrer Struktur und Geschwin- 
digkeit bei der Ausführung ist 
sie seit Jahren vor allem in 
der Welt der Personal 
Computer unheimlich 
populär geworden. 
Nicht nur Anwender- 
programme, sondern 
auch ganze Be- 
triebssysteme wur- 
den in dieser Spra- 
che geschrieben 
(unter anderem auch 
Teile des Betriebssy- 
stems des ST). Diese Spra- 
che wird für den ATARIST in 
verschiedenen Versionen an- 
geboten, aber immer als Com- 
piler. Jetzt bietet die Firma 
BELA Computer aus Eschborn 
einen C-Interpreter an. Der C- 
Interpreter ist ein völlig kom- 










patibler ANSI-C, der die Lei- 
stung eines normalen C-Com- 
pilers mit der Bedienungs- 
freundlichkeit eines BASIC- 

Interpreters in 
sich vereint. 
Man braucht 
keine Compi- 


eventuelle Fehler dadurch 
leicht zu entdecken sind. Ein 
leistungsstarker Editor, der 
völlig in GEM eingebaut ist, 
bildet das Interface zwischen 
dem Anwender und diesem 
mächtigen Interpreter. Die 
Programme, die mit diesem In- 


TERPRETER FÜR ATARI ST 


lier-Zeit mehr. Einfach 
eingetippt, gestartet - 
und sofort läuft das Pro- 

gramm. Eine Fülle von Li- 
braries steht zur Verfügung, 
die automatisch aufgerufen 
werden, so daß der Anwender 
sie nicht extra einbinden muß. 
Der Interpreter verfügt über 
einen Trace-Modus, mit dem 
der Ablauf eines Programms 
verfolgt werden kann und 


terpreter entwickelt wurden, 
können bei Bedarf später mit 
wenigen Änderungen mit den 
gängigen Compilern compi- 
liert werden. Das Programm 
wird Mitte Dezember ausgelie- 
fert und kostet für den Endkun- 
den DM 198.-. Ein aufwendi- 
ges Handbuch mit ca. 350 Sei- 
ten liefert dem Anfänger wie 
auch dem Aufsteiger nötige In 
formationen. 


Zahlreiche Variablentypen 
(Integer, Float, Arrays, String) 
Standardsprachumfang voll im- 
plementiert 


Standard-Library sowie alle 
GEMDOS- und GEM-Biblio- 
theken 


Eigene Shell mit verschiedenen 
implementierten Utilities wie 
einen Speichermonitor zum De- 
buggen von Programmen, zahl- 
reiche Disketten-Utilities usw. 





Leistungsfähiger Editor 


Freiprogrammierbare Tasten - 
kombination 


Trace-Modus zum Debbuggen 
von Programmen und vieles, 
vieles mehr. 


BELA Computer 

Layout und 
Vetriebsgesellschaft GmbH 
Unterortstraße 23-25 
6236 Eschborn 

Tel. (06196) 481944 
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Neues von PC-Speed 


In Kürze wird einen neue PC- 
SPEED-Softwareversion er- 
hältlich sein. Schwerpunkt der 
besseren Unterstützung der 
ST-Maus, eine umfangreiche 
EMS- (Extended Memory 
Specification) Unterstützung 


für die Mega STs. Durch die- 
sen von ATs bekannten Stan- 
dard wird die übliche DOS- 
Speichergrenze von 640/704 
kB gesprengt. Neu ist auch ein 
residenter “Hotkey” zur 
schnellen Farbmanipulation. 


Neben der standardmäßigen 
CGA-, HERCULES- und OLI- 
VETTI-Grafikemulation kann 
auch der weit verbreitete ATT- 
monochrommodus mit 640 x 
400 Pixeln dargestellt werden. 
Widows läuft nun im OLI- 


VETTImodus in 
Auflösung auf dem ST. 


hoher 


Sack Elektronic GmbH 
Bleichstraße 49 

4792 Bad Lippspringe 
Tel. (05252) 4290 





Tempus 


Word 


Unter der Versionsnummer 
0.90 bringt CCD gegen Ende 
des Jahres eine auf 500 Exem- 
plare limitierte Version der 
bereits mit Spannung erwarte- 
ten Textverarbeitung TEM- 
PUS WORD heraus. Diese 
Vorversion wird noch nicht 
über alle angekündigten Merk- 
male verfügen, bzw. werden 
einige Funktionen noch nicht 
in der endgültigen Fassung 
vorliegen. Der Preis für die 
Vorversion beträgt DM 450,- 
und beinhaltet ein kostenloses 
Update auf die Vollversion, 
welche im März/April 1990 
zum Preis von 649,- DM liefer- 
bar sein soll. 
ccD 
Postfach 175 


6228 Eltville 
Tel. (06123) 1638 


Ständer und Mäuse 


Damit das Arbeiten mit dem 
ST leichter wird, bietet die Fir- 
ma Media Media Vertrieb 
Agentur aus Ratingen jetzt 
einen passenden Monitorfuß 
für den SM 124-Monitor an. 
Dadurch wird der Monitor um 
180 Grad dreh- und um 20 
Grad schwenkbar. Wem seine 
alte Maus zu kantig ist, der 
kann auch eine andere an- 


schließen: Die Maus MM ST- 
M/+ ist voll kompatibel und 
kann ohne Treibersoftware 
angeschlossen werden. Der 
Monitorfuß kann für DM 48,- 
erworben, für die Maus müs- 
sen DM 78,- bezahlt werden. 


Media Media Vertrieb Agentur 
Straßburger Straße 5 

4030 Ratingen 

Tel. 02102/841684 


Chemo-Soft-News 


Die Firma Chemo-Soft bietet 
jetzt einige interessante Pro- 
gramme für den Chemie- und 
Physikbereich an. Beim Pro- 
gramm “Kristallotech V1.0” 
ist das Programmkonzept ge- 
ändert worden: Vorhandene 
Grafiken benötigen nun ledig- 
lich 3 bis 5 kB Platz, so daß 
effizienter gearbeitet werden 
kann. Viele Dateiverwaltungs- 
optionen sind dem Programm 


hinzugefügt worden. Die Idee 
von Kristallotech ist es, vielen 
Anwendern den Erwerb von 
Kristallstrukturen und anderen 
oft benötigten Zeichnungen in 
dieser Richtung zu ermögli- 
chen. Kristallotech kostet DM 
59,-. 


Chemo-Soft 
Nadorster Straße 81 
2900 Oldenburg 
Tel. (0441) 82851 


In letzter 
Minute 


Die Firma Eickmann Compu- 
ter bietet ab Mitte Dezember 
einen 16 MHz-Prozessor mit 
16 kB Cache-Memory. Dieser 
Prozessor kann sowohl in die 
Rechner der ST-Serie als auch 
in die Mega STs eingebaut 
werden. Die Rechenleistung 
wird fast um das doppelte ge- 
steigert und macht somitreche- 
nintensive Anwendungen wie 
CAD und DTP erst richtig zum 
Vergnügen. Selbstverständ- 
lich ist der 16 MHz-Prozessor 
voll kompatibel zu bestehen- 
den Hardware-Erweiterungen 
wie der Matrix-Bildschirmkar- 
te, 68881-Prozessoren usw. 
Der Preis soll bei DM 798,- 
liegen. 


Eickmann Computer 

In der Römerstadt 249 und 253 
6000 Frankfurt/Main 90 - 
Praunheim 

Tel. (069) 763409 





STAD liest Signuml- 
Fonts 
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Ab der neuen Version 1.3+ 
kann das bekannte Grafikpro- 
gramm STAD auch Signum!- 
Fonts verarbeiten. Außerdem 
sind noch weitere Funktionen 
wie z.B. Splines hinzugekom- 
men. Möglich wurde das durch 
ein PD-Zusatzprogramm, das 
bereits auf der STAD-Diskette 


seit 1.11.89 ausgeliefert wird. 

Bitte beachten Sie, daß alte 

Versionen nicht mit dem PD- 

Programm laufen. Es besteht 

die Möglichkeit, gegen DM 

20,- ein Update zu bekommen. 
Application Systems 


Englerstr. 3 
6900 Heidelberg 


NEWS 


Neues von PC-Speed 


In Kürze wird einen neue PC- 
SPEED-Softwareversion er- 
hältlich sein. Schwerpunkt der 
besseren Unterstützung der 
ST-Maus, eine umfangreiche 
EMS- (Extended Memory 
Specification) Unterstützung 


Tempus 


Word 


Unter der Versionsnummer 
0.90 bringt CCD gegen Ende 
des Jahres eine auf 500 Exem- 
plare limitierte Version der 
bereits mit Spannung erwarte- 
ten Textverarbeitung TEM- 
PUS WORD heraus. Diese 
Vorversion wird noch nicht 
über alle angekündigten Merk- 
male verfügen, bzw. werden 
einige Funktionen noch nicht 
in der endgültigen Fassung 
vorliegen. Der Preis für die 
Vorversion beträgt DM 450,- 
und beinhaltet ein kostenloses 
Update auf die Vollversion, 
welche im März/April 1990 
zum Preis von 649,- DM liefer- 
bar sein soll. 
CcD 
Postfach 175 


6228 Eltville 
Tel. (06123) 1638 


für die Mega STs. Durch die- 
sen von ATs bekannten Stan- 
dard wird die übliche DOS- 
Speichergrenze von 640/704 
kB gesprengt. Neu ist auch ein 
residenter “Hotkey” zur 
schnellen Farbmanipulation. 


Neben der standardmäßigen 
CGA-, HERCULES- und OLI- 
VETTI-Grafikemulation kann 
auch der weit verbreitete ATT- 
monochrommodus mit 640 x 
400 Pixeln dargestellt werden. 
Widows läuft nun im OLI- 


Ständer und Mäuse 


Damit das Arbeiten mit dem 
STlleichter wird, bietet die Fir- 
ma Media Media Vertrieb 
Agentur aus Ratingen jetzt 
einen passenden Monitorfuß 
für den SM 124-Monitor an. 
Dadurch wird der Monitor um 
180 Grad dreh- und um 20 
Grad schwenkbar. Wem seine 
alte Maus zu kantig ist, der 
kann auch eine andere an- 


schließen: Die Maus MM ST- 
M/+ ist voll kompatibel und 
kann ohne Treibersoftware 
angeschlossen werden. Der 
Monitorfuß kann für DM 48,- 
erworben, für die Maus müs- 
sen DM 78,- bezahlt werden. 


Media Media Vertrieb Agentur 
Straßburger Straße 5 

4030 Ratingen 

Tel. 02102/841684 


Chemo-Soft-News 


Die Firma Chemo-Soft bietet 
jetzt einige interessante Pro- 
gramme für den Chemie- und 
Physikbereich an. Beim Pro- 
gramm “Kristallotech V1.0” 
ist das Programmkonzept ge- 
ändert worden: Vorhandene 
Grafiken benötigen nun ledig- 
lich 3 bis 5 kB Platz, so daß 
effizienter gearbeitet werden 
kann. Viele Dateiverwaltungs- 
optionen sind dem Programm 


STAD liest Signuml- 
Fonts 


8 SIT” 12/1989 


hinzugefügt worden. Die Idee 
von Kristallotech ist es, vielen 
Anwendern den Erwerb von 
Kristallstrukturen und anderen 
oft benötigten Zeichnungen in 
dieser Richtung zu ermögli- 
chen. Kristallotech kostet DM 
59,-. 


Chemo-Soft 
Nadorster Straße 81 
2900 Oldenburg 
Tel. (0441) 82851 


Ab der neuen Version 1.3+ 
kann das bekannte Grafikpro- 
gramm STAD auch Signum!- 
Fonts verarbeiten. Außerdem 
sind noch weitere Funktionen 
wie z.B. Splines hinzugekom- 
men. Möglich wurde das durch 
ein PD-Zusatzprogramm, das 
bereits auf der STAD-Diskette 


VETTImodus in 
Auflösung auf dem ST. 


hoher 


Sack Elektronic GmbH 
Bleichstraße 49 

4792 Bad Lippspringe 
Tel. (05252) 4290 


In letzter 
Minute 


Die Firma Eickmann Compu- 
ter bietet ab Mitte Dezember 
einen 16 MHz-Prozessor mit 
16 kB Cache-Memory. Dieser 
Prozessor kann sowohl in die 
Rechner der ST-Serie als auch 
in die Mega STs eingebaut 
werden. Die Rechenleistung 
wird fast um das doppelte ge- 
steigert und macht somit reche- 
nintensive Anwendungen wie 
CAD und DTP erst richtig zum 
Vergnügen. Selbstverständ- 
lich ist der 16 MHz-Prozessor 
voll kompatibel zu bestehen- 
den Hardware-Erweiterungen 
wie der Matrix-Bildschirmkar- 
te, 68881-Prozessoren usw. 
Der Preis soll bei DM 798,- 
liegen. 


Eickmann Computer 

In der Römerstadt 249 und 253 
6000 Frankfurt/Main 90 - 
Praunheim 

Tel. (069) 763409 


seit 1.11.89 ausgeliefert wird. 

Bitte beachten Sie, daß alte 

Versionen nicht mit dem PD- 

Programm laufen. Es besteht 

die Möglichkeit, gegen DM 

20,- ein Update zu bekommen. 
Application Systems 


Englerstr. 3 
6900 Heidelberg 
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NEDECTPOHKA! 


Alles redet vom Umbau. Wir machen ihn: Auch Vektorgraphik ist mit MegaPaint II® jetzt kein Problem mehr! 
Wie das geht? Ganz einfach, dank der Flexibilität und Durchdachtheit von MegaPaint II® nimmt man einfach 
das neueste Modul MegaPaint® Vektor und kann alle Funktionen von MegaPaint vektororientiert ausführen. 
Das ist natürlich nicht alles: Outlinefunktionen, Zoom und verbesserte Scanner-Nachbearbeitungs-Funktionen 
machen MegaPaint II® jetzt noch universeller. Und das Bewährte — Ineinanderblenden von mehreren Bildebe- 
nen, maßstabsgetreues Zeichnen in höchster Druckqualität und nach DIN-Norm, hervorragende HQ-Schriften 
und vieles mehr — bleibt natürlich erhalten. Denn wir machen keine halben Sachen. 

Ausführliche Informationen mit Probediskette erhalten Sie gegen 20,- DM (Schein) oder für 4 Rubel. Denn wir 
reden nicht nur vom Umbau. Wir machen ihn. 








Selchower Str. 32 


Ton Il 0S of TS" D-1000 Berlin 44 


Tel. © 30/ 621 40 6-3 











Überlegen durch Kreativität Fax © 30/ 621 40 6-4 
n LIGHTHOUSE TOWER 
FÜR IHREN ATARI ST (Mega —1040 —520 — 260) ZUM SELBSTUMBAU 


* Preiswertes Gehäusesystem in Sonderanfertigung statt umgeba- 
stelte Standardgehäuse. Einfacher, schneller und lötfreier Umbau. 
* Formschönes und servicefreundliches Gehäuse, steht platzspa- 
rend und geräuschdämpfend neben oder unter dem Schreibtisch. 
* Durch Regelschaltung wird Lüfter nur bei Bedarf eingeschaltet. — 
‚Zeitverzögerung für Festplatte. 
"Computer und alle Peripherien in einem Gehäuse -Resetknopfund 
‚Zentralhauptschalter (mit Schlüssel) werden an Gehäusefrontseite 
montiert. 


* Einbau von bis zu 3 Floppies (3,5 + 5,25 Zoll) lassen sich unterein- 
anderals A +B umschalten. Zusätzlicher Einbau von Fest- und Wech- 
selplatten möglich. 


* Beim 520/1040 freibewegliches flaches Tastaturgehäuse mit Maus 
und Joystick-Anschluß und Spiralkabel. Beim 520/260 internes 
‚Schaltnetzteil. 


* Drucker, Modem, Modulschacht, Midi — Monitor — Floppy + DMA 
‚Ports bleiben von aussen zugänglich. 


* Einbau von Laserschnittstelle, Netzwerken und fast allen anderen 
N 2 ‚Peripherien möglich — DMA Betrieb mit ausgeschaltetem Laser. 
Wenn Sie vor lauter Computer keinen * Bis zu 3 Steckdosen für Monitor, Drucker usw. — praktischer 


Platz mehr auf dem Schreibtisch haben. vo Schwenkarm befreit Tisch von Monitor, Tastatur und Telefon. 
Wenn sie der Gerätelärm beim Arbeiten Info anfordem über unser 

stört oder wenn es Sie ärgert, daß so viel .. 

Einzelgeräte herumstehen, dann Konya den ATARLET; 
braucht Ihr ST — TOWER POWER — = 0 


IDEAL FÜR HARDWARE TUNING ! LU @ hl I: HOU S E 


A&G SEXTON GMBH 
RIEDSTR. 2 - 7100 HEILBRONN - 0 7131/78480 
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VÖLLIG 


GEPLÄTTET 


Platten von 


Fremdherstellern 


im TEST 


“Meine Damen und Herren, der Wettbe- 
werb tritt in die entscheidende Phase. Der 
Favorit hat bereits im Plattenweitwurf und 
DMA-Kabel-Schnellstecken brilliert-ob er 
mit einer abschließenden Meisterleistung 
im besonders spannenden Host-Adapter- 
Wettessen alle Konkurrenten hinter sich 
läßt? Wie auch immer, dem Sieger winken 
zwei Wochen Urlaub in der staubfreien 
Zone eines größeren Festplattenherstel- 
lers...” 


Immer wieder höre ich die klassische Frage 
“Welche Platte soll ich mir denn kaufen?”. Um 
darauf endlich eine fundierte Antwort geben 
zu können, habe ich mich entschlossen, den 
Kelch eines weiteren Festplattentests nicht an 
mir vorübergehen zu lassen. Nicht zuletzt gebe 
ich damit auch dem Drängen eines mysteriö- 
sen Kulmbacher Gönners nach, dessen Identi- 
tät mir immer noch schleierhaft ist. Nun - nach 
Wochen des Kampfes - ist es genug: Die Er- 
gebnisse müssen heraus. 


Über ATARIs Aktivitäten auf dem Platten- 
Sektor haben wir Sie in dieser Zeitschrift be- 
reits hinlänglich informiert [1;2;3]. Es ist an 
der Zeit, auch die vielen Fremdplatten unter 
die Lupe zu nehmen. Zu beurteilen waren die 
folgenden Platten: 


- DDD60 von digital data deicke 

- Vortex HDplus 40 

- Eickmann EX-60L 

- LACOM SD-400 

- protar 40DC 

- La noblesse von Flesch & Hörnemann 


Einige weitere Platten kamen leider zu spät für 
den Redaktionsschluß an, darunter Platten von 
Hard&Soft, Frank Strauß Elektronik, GE- 
SOFT und Binnewies. Sie werden in einem 
zweiten Teil dieses Tests zu besprechen sein. 
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Bevor jede Platte einzeln beäugt wird, soll hier 
vonden vielen Kleinigkeiten die Rede sein, die 
man beim Test und auch beim Kauf von Fest- 
platten beachten sollte. 


Testkriterien 


Vielen kommt es bei einer Platte nur auf die 
Relation von Kapazität und Preis sowie aufdie 
Geschwindigkeit an. Dem kann ich mich nicht 
ganz verschließen - schließlich kauft man sich 
eine Platte deswegen, weil die Diskette zu 
klein und zu langsam wird. Inzwischen hat 
sich die Nachfrage für ST-Platten deutlich 
weg von den 20- und 30-MB-Platten in Rich- 
tung 40 bis 60 MB bewegt; Platten in dieser 
Kategorie haben wir darum getestet. Alle Plat- 
ten kosten unter 2000 DM. 


Neben den Primärkriterien Preis, Kapazität 
und Geschwindigkeit spielen aber noch viele 
andere Dinge eine Rolle. In den guten alten 
Pionierzeiten mußte eine Platte laut sein, 
damit jeder Besucher sie sofort bemerken und 
seine Bewunderung ob des neuen teuren Spiel- 
zeugs ausdrücken konnte. Heutzutage denkt 
man ein wenig anders darüber. Praktisch alle 
Festplattenanbieter (bis auf ATARI) werben 
weithin sichtbar mit dem Prädikat “leise”. Ob 
das gerechtfertigt ist und welche Nuancierun- 
gen von “leise” es gibt, darüber sollte ebenfalls 
befunden werden. In Ermangelung eines 
schalltoten Raumes mußte dafür das Ohr des 
Testers herhalten, das inzwischen in der Bran- 
che als Sensibelchen in diesem Punkt bekannt 
ist. Die Platten wurden nicht in einem Büro- 
raum betrieben, in dem sich jeglicher Festplat- 
tenlärm verliert, sondern in zwei eher ruhigen 
Räumen mit 12 und 17 qm, in einer für Hob- 
byisten und Semiprofis typischen Anordnung. 





Die Lautstärke wird auch durch die Gehäu- 
seart und -form beeinflußt. Plastik oder Me- 
tall, das ist hier die Frage. Viele Hersteller 
haben erkannt, wie wichtig ein gutes Gehäuse 
ist, und schauen sich beständig nach Neuem, 
Besserem um - so istes zu erklären, daß einige 
der hier vorgestellten Platten mit vorläufigen 
Gehäusen ankamen, die “bald durch eine neue 
Gehäuseausführung ersetzt werden”. 


Der DMA-Bus des ST ist extrem kitzlig; wer 
einen ATARI-Laserdrucker besitzt, seufzt 
hier bestätigend auf. Umso wichtiger ist es, 
daß die Hostadapter in den Platten sorgsam mit 
dessen Signalen umgehen. Ich habe das zu 
prüfen versucht, indem ich die wildesten Plat- 
tenkombinationen ausprobiert habe und bei 
Fehlern auf einzelne Platten zurückzuschlie- 
Ben versuchte. 


Zudem mußte sich jede Platte im besonders 
fiesen ATARI-Laserdrucker-Test bewähren; 
auch der MS-DOS-Emulator Supercharger 
mußte für den DMA-Test herhalten. Generell 
kann man schon einmal sagen, daß der DMA- 
Bus des ST mehr als vier ACSI-Geräte nicht 
mehr zuverlässig bedient. Das liegt schlicht 
daran, daß ATARI die DMA-Signale am Fest- 
plattenanschluß nicht gepuffert hat. Die Fest- 
plattenhersteller kämpfen damit und bauen 
eigene Pufferungen in ihre Platten ein; zudem 
liefern alle Hersteller inzwischen relativ kur- 
ze, abgeschirmte DMA-Kabel, damit mög- 
lichst wenig Störeinflüsse den schnellen Da- 
tenverkehr auf dem DMA-Bus (maximal 15 
MBit/s, wir reden hier über HF!) stören. 


Immer wichtiger wird den ST-Anwendern die 
Kompatibilität einer Festplatte und der ver- 
wendeten Software. Alle Emulatoren sollen 
laufen, und auch hardwarenahe Programme 
sollten damit zurechtkommen. Vor allem letz- 


teres ist ein kitzliger Punkt, weil sich die Art 
und Ausstattung der Host-Adapter, Controller 
und Laufwerke doch sehr stark unterscheidet. 


Zudem ist es gerade bei Einsteigerplatten 
wichtig, daß die Installation reibungslos von- 
statten geht und alles leicht bedienbar ist; hier 
spielt auch das Handbuch eine große Rolle. 
Ein dürftiges Handbuch, das Vorteile einer 
Platte nicht zu vermitteln vermag, kann einem 
schon von Anfang an den Spaß daran verder- 
ben. 


Freilich spielen noch viele andere Dinge bei 
einer Festplatte eine Rolle: Soft- und Hard- 
ware-Maßnahmen zur Sicherheit der Daten 
etwa, die Bedienungsfreundlichkeit und Voll- 
ständigkeit der Software, die allgemeine Ver- 
arbeitung, Erweiterbarkeit... 


Buswirrwarr 


Damit die Fronten geklärt sind, soll hier klar 
unterschieden werden: SCSL istnicht ACSl ist 
nicht ST506/412! Alles klar? 


Der ST506/412-Bus stammt von der Firma 
Shugart und ähnelt dem bekannten Shugart- 
Bus für Floppy-Laufwerke. Zwei Anschlüsse, 
einmal 34polig für den gesamten Bus, einmal 
20polig für jedes einzelne Laufwerk, sorgen 
für die Ansteuerung der Plattenlaufwerke; 
dabei liefert ein entsprechender Controller der 
ST506/412-Platte noch explizit Step-Impulse, 
Kopfauswahlsignale und derlei mehr. Die 
Daten werden seriell Bit für Bitübertragen; bei 
Platten mit MFM-Aufzeichnung (dazu später) 
wird eine maximale Bus-Transferrate von 625 
kB/s erreicht, bei RLL-Platten 937 kB/s. 


Plattenlaufwerke mit ST506/412-Anschluß 
sind relativ beschränkte Gesellen: Wie sie sich 
zu formatieren haben, wie sie Defektstellen 
aussortieren sollen, davon haben sie keinen 
Schimmer - ein separater Controller muß 
nachhelfen. Maximal vier Laufwerke sind via 
ST506/412-Interface anschließbar; sie wer- 
den wie beim Shugart-Bus einfach mitein- 
ander verkettet (daisy chaining). 

Das SCSI (Small Computer System Interface) 
hat sich bei Mikrocomputern als Peripherie- 
bus durchgesetzt; in der PC-Welt erhebt noch 
der ESDI-Bus Anspruch auf Konkurrenzfä- 
higkeit, wird aber auch dort immer mehr vom 
SCSI-Bus bedrängt. Beim SCSI-Bus handelt 
es sich um einen parallelen Bus; es werden 
immer 8 Bits gleichzeitig übertragen. Daraus 
erklärt sich die hohe maximale Transferrate 
von 1.5 MB/s (asynchroner Betrieb) bzw. 3 
MB/s (synchroner Betrieb), wobei der Stan- 
dard noch Luftnach oben läßt. Real existieren- 
de SCSI-Platten nutzen freilich diese Trans- 
ferraten noch lange nicht aus. Am SCSI-Bus 
hängen maximal 8 intelligente Geräte mit 
jeweils maximal 8 Untergeräten. 


“Intelligent” ist hier das Schlüsselwort: Eine 
typische SCSI-Platte hat den Controller gleich 
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eingebaut undkann von selbst formatieren, auf 
Defektstellen prüfen, Blöcke lokalisieren und 
vieles mehr. Das geht soweit, daß SCSI-Gerä- 
te auch von selbst aktiv werden und den Bus 
übernehmen können, also als Initiator eines 
Transfers agieren. Diese spezielle Fähigkeit 
des SCSI-Busses macht ihn sogar für kleine 
Netzwerke geeignet - Firmen wie 3K machen 
das sogar schon für den ST nutzbar. Beim 
SCSI-Bus ist es also durchaus denkbar und 
vorgesehen, daß sich eine Platte und ein Strea- 
mer ohne Mitwirken des Rechners unterhal- 
ten, um im Hintergrund ein Platten-Backup zu 
machen. 


Um einen Sektor zu lesen, sagt man einer 
ST506-Platte beispielsweise: 


- positioniere den Kopf auf Zylinder 500 
(eigentlich werden sogar einzelne Step- 
impulse übertragen, und der Controller 
muß jederzeit wissen, auf welcher Spur 
die Köpfe gerade stehen) 

- schalte auf Kopf 3 

- schalte auf Lesen 

- warte auf Indeximpuls 

- liefere die kompletten MFM/RLL- 
codierten Daten einer Spur 


Der angeschlossene Controller filtert dann aus 
den Rohdaten diejenigen des gewünschten 
Sektors und schickt sie an den Rechner. Auch 
alle obigen Arbeiten übernimmt der ange- 
schlossene separate Controller. 


Bei einer SCSI-Platte mit ihrem integrierten 
Controller heißt es nur noch: 


- lese Block x 


Die Platte positioniert automatisch, sucht den 
passenden Sektor heraus und liefert ihn auf 
dem Bus ab. 


SCSI hat noch viele weitere Vorteile (Sie 
merken schon, hier schreibt ein Fan); dazu 
zählen vor allem ein standardisierter und 
umfangreicher Befehlssatz und eine einheitli- 
che Art und Weise, wie Kommandos einem 
SCSI-Gerät übermittelt werden. Durch die 
verkürzten und vereinfachten Wege zwischen 
Laufwerk und Controller (die Umsetzung über 
den ST506/412-Bus entfällt) werden in der 
Regel Kosten eingespart und auch höhere 
Geschwindigkeiten erreicht. 


Welchen Plattenbusstandard unterstützt man 
bei einem neuen Rechner? ATARI hat sich 
hier für ein reichlich selbstbewußtes “keinen 
von beiden” entschieden. Immerhin aber wer- 
den die Daten auf dem DMA-Bus des ST 
parallel übertragen, und auch das restliche 
Design und das Protokoll (ACST) ähneln dem 
SCSI-Bus. Den SCSI-Bus auf den ACSI-Bus 
zu reduzieren, ist mithin kein großes Problem 
- allerdings verliert man dabei die schönsten 
Fähigkeiten des SCSI-Busses wie die Unter- 
scheidung von acht Kommandogruppen (bei 
ACSI nur noch eine), die Fähigkeit von intel- 
ligenten Peripheriegeräten, selbst den Bus zu 


übernehmen, und vieles andere, was SCSlIerst 
begehrenswert macht. Für die Umsetzung 
“SCSI zü ACSI” sind die berüchtigten Host- 
Adapter erforderlich. 


Um die ganze Sache richtig fitzlig zumachen, 
gibt es unter den Hostadaptern auch exotische- 
re Vertreter: Die c’t-Lösung etwa implemen- 
tiert ein ACSI-inkompatibles Busprotokoll 
und blockiert damit den DMA-Bus für andere 
Geräte. Bestimmte Hostadapter erlauben es, 
vom ST aus den kompletten SCSI-Funktions- 
umfang zu nutzen (Adapter von 3K, GK- 
Computer und anderen). Sie stören sich in der 
Regel auch nicht an anderen ACSI-Geräten, 
fahren aber trotzdem ein anderes Protokoll, 
das von vielen Programmen, die nach ACSI- 
Protokoll direkt auf den Bus zugreifen (pedit- 
to, Plattenmonitore etcetera), nicht verstanden 
wird. 


Mehr zu diesem Problemkreis findet sich in 


14. 


Wege ins Glück 


Bei ATARI-Platten findet man - darum die 
“längliche” Einleitung - alle drei Busse fried- 
lich vereint: Der ACSI-Bus verbindet ST und 
Hostadapter der ATARI-Platten. Der Host- 
adapter setzt die Signale aufden SCSI-Bus der 
Controller Adaptec 4000A bzw. Adaptec 4070 
um; der Controller wiederum übersetzt die 
Anforderungen des Rechners und des Host- 
adapters in Signale aufeinem ST506/412-Bus, 
anden maximal zwei dazu kompatible Platten- 
laufwerke angeschlossen werden. Diese Lö- 
sung findet sich bei den Platten von Digital 
Data Deicke und Eickmann; das verwundert 
aber auch nicht, da dies modifizierte ATARI- 
Platten sind. 


Einen noch etwas verschlungeneren Weg geht 
Vortex: An einem ACSI-Hostadapter hängt 
das sogenannte Microboard - praktisch ein 
eigener Rechner mit Z80, RAM und ROM. 
Am Microboard sind Platten-Controller ver- 
schiedener Hersteller angeschlossen, die ei- 
gentlich für den PC-Bus (!) gedacht sind; 
neuerdings findet man meist den Controller 
WD1004 von Western Digital in Vortex-Plat- 
ten. An diesen PC-Controller sind wiederum 
über den ST506-Bus Plattenlaufwerke ange- 
schlossen. 


Um trotz der unterschiedlichen Controller 
Vortex-Platten nach außen hin immer gleich 
erscheinen zu lassen, setzt das Microboard die 
unterschiedlichen Befehlssätze der PC-Plat- 
ten-Controller in einen standardisierten Vor- 
tex-Befehlssatz um, auf den man sich bei allen 
Vortex-Platten verlassen kann. Außerdem ist 
das Microboard für solch hochintelligente 
Eigenheiten wie das automatische Parken oder 
Motorabschalten sowie für die gründliche 
Initialisierung einer Platte zuständig. Nachteil 
dieser Lösung: Der Preisvorteil der recht ein- 
fach gestrickten PC-Platten-Controller wird 
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durch das Microboard praktisch aufgehoben; 
zudem laufen die verwendeten PC-Controller 
nicht mit Interleave 1 wie fast alle anderen ST- 
Platten - der Grund, warum Vortex-Platten in 
der Regel zu den langsameren gehören. Inter- 
leave 1 bedeutet: Alle Sektoren einer Spur 
können innerhalb einer Umdrehung eingele- 
sen werden. 


Vorteil des Microboard-Konzepts: Im Laufe 
der Zeit können neue Controller eingebaut 
werden, ohne daß irgendwelche Programme 
umgestellt werden müssen. Und zudem kann 
man durch diese Architektur der Hardware 
besondere Tricks beibringen - zum Beispiel 
“weiß” die Vortex-Hardware, wie das Platten- 
format des ST aussieht und kann daher einzel- 
ne Partitionen schreibschützen. 


Die meisten Fremdhersteller sparen sich der- 
art aufwendige Umwege: Ein Host-Adapter 
setzt die ACSI-Signale für den SCSI-Bus um, 
an den direkt eine Platte mit integriertem 
SCSI-Controller angeschlossen ist. Mit zu- 
nehmender Massenfertigung der SCSI-Platten 
ist dieses Konzept preislich konkurrenzfähig 
geworden. Übrigens arbeitet auch die MEGA- 
FILE 44 so: In ihr schlummert das SCSI- 
Wechselplattenlaufwerk Syquest SQ555, das 
sich über einen ACSI-Host-Adapter mit dem 
ST unterhält. “Echte” SCSI-Platten in diesem 
Sinne sind die Platten von protar, Lacom, 
Hard&Soft sowie Flesch&Hörnemann, wobei 
letztere einen Host-Adapter beherbergt, der 
zwar nicht 100%ig ACSI-kompatibel ist, da- 
für aber den kompletten SCSI-Bus zugänglich 
macht. 


MFM und RLL 


Um auch das auseinanderzuklamüsern: MFM 
(Modified Frequency Modulation) ist eine 
Codierungsmethode, bei der Bits so umcodiert 
werden, daß aus einer Bitfolge sowohl die 
eigentlichen Daten als auch ein Takt zu rekon- 
struieren ist. An diesem Takt kann sich die 
Plattenelektronik jederzeit neu synchronisie- 
ren - kleine Drehzahlschwankungen und Un- 
genauigkeiten der Aufzeichnung werden so 
aufgefangen. Natürlich bedeutet das, daß zu 
den Signalen, die für die Aufzeichnung der 
Daten-Bits notwendig sind, zusätzlich Takt- 
signale abgespeichert werden müssen, die 
Platz rauben. Bei der etwas neueren Aufzeich- 
nungsmethode RLL 2.7 (Run Length Limited) 
wird für die Taktsignale insgesamt weniger 
Platz benötigt, so daß die Daten mit einem 
RLL-Conttroller dichter gepackt werden kön- 
nen und so mehr auf die Platten paßt - aller- 
dings nur, wenn auch das verwendete Platten- 
laufwerk bestimmte Mindestanforderungen 
erfüllt. 


Weil bei RLL 2.7 mehr Daten-Bits auf einer 
Spur stehen, diese aber nach wie vor in der 
gleichen Zeit (idealerweise innerhalb einer 
Umdrehung) gelesen werden, erhöht sich die 
maximal erreichbare Transferrate auf das 
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Anderthalbfache gegenüber MFM-Platten - 
RLL-Platten speichern also nicht nur mehr, 
sondern sind auch fixer. 


Bei neueren SCSI-Platten finden weitere Ver- 
fahren Verwendung, um die Transferrate und 
die Speicherkapazität bei unverändertem 
Medium zu erhöhen: Die bisher unangetastete 
Drehzahl von 3600 Umdrehungen pro Minute 
etwa wird variiert, oder es wird Zone Bit 
Recording eingesetzt, wobei - abhängig von 
der Lage auf der Plattenoberfläche - unter- 
schiedlich viele Sektoren auf einer Spur abge- 
speichert werden. 


Kompabeatle 
oder was? 


Eigentlich sollten diese zum Teil erheblichen 
Hardware-Unterschiede bei Ihnen das Gefühl 
geweckt haben, daß diese Platten doch gar 
nicht alle ATARI-kompatibel sein können. 
Man muß auch als angehender Käufer einer 
Festplatte einiges Feingefühl für die Werbe- 
aussagen der Herstellerentwickeln; drei Kom- 
patibilitätsstufen sind säuberlich zu unter- 
scheiden: 


- kompatibel auf Treiberebene: 

Alle Programme, die nur über den Festplatten- 
treiber auf die Platte zugreifen (das tun die 
meisten), laufen. Das Busprotokoll ist aber 
nicht notwendigerweise identisch, hardware- 
nahe Programme schmieren ab. Auf dieser 
Ebene tummeln sich Billigbauten mit c’t- 
Adapter, aber auch komplett SCSI-kompati- 
ble Host-Adapter. Solche Platten erkennt man 
in der Werbung oft (aber nicht immer) daran, 
daß ohne TOS-Änderung nicht direkt von 
ihnen gebootet werden kann. 


- “AHDI-kompatibel”: 

Der Original-Treiber AHDI von ATARI läuft 
mit der Platte. Dies impliziert, daß die Platte 
über das Standard-ACSI-Protokoll anzuspre- 
chen ist und einen bestimmten Mindestbe- 
fehlssatz versteht (Blöcke lesen und schrei- 
ben, Gerät auf Bereitschaft prüfen u.ä.). 


- “ATARI-kompatibel”: 

Alle Plattenkommandos der ATARI-Platten 
SH205, SH204, MEGAFILE 30 und 60 wer- 
den verstanden und genauso bedient. Das bie- 
ten nur die wenigsten Platten, nämlich die 
Nach- und Umbauten der ATARI-Platten. 


Eine zusätzliche Komplikation: Viele Platten- 
hersteller haben sich Verfahren einfallen las- 
sen, um mehr als die ATARI-üblichen vier 
Partitionen auf einer Platte unterzubringen. 
Diese erweiterten Partitionen erkennt ein 
ATARI-Treibernicht, und auch einige Emula- 
toren haben damit so ihre Probleme. Mit der 
AHDI-Version 3.0 hat ATARI selbst eine 
Erweiterung für beliebig viele Partitionen auf 
einer Platte implementiert; die ATARI-Lö- 
sung ist (natürlich) eine völlig eigene und un- 


terscheidet sich von allen bisherigen (siehe 
dazu [3]). AHDI-kompatibel zu sein, ist damit 
noch ein Stückchen schwieriger geworden. 


Hase und Igel 


Um wieselflinke Platten von ihren eher gemüt- 
lichen Vettern zu unterscheiden, habe ich alle 
Platten mit einer neuen Version des Platten- 
Benchmark-Pakets der “ST-Computer” trak- 
tiert [5]. Zu diesem Paket gehören drei Pro- 
gramme: 


- CHECKHD: 

ein sehr hardware-naher Test, der im direkten 
Plattenzugriff maximale Transfer-Raten und 
Zugriffszeiten zu ermitteln versucht. 


- TRANSFER: 

mißt die Transfer-Rate auf BIOS-Ebene; hier 
spielen also auch Reibungsverluste im Treiber 
eine Rolle. 


- HDBENCH: 

mißt Zeiten für typische Plattenoperationen 
wie Dateien anlegen, lesen und löschen. Diese 
Zeiten sind für den täglichen Gebrauch wohl 
am relevantesten, aber auch am schwierigsten 
unter fairen Bedingungen zu messen. Mehr 
dazu in [5]. 


Bis aufdie “Lanoblesse” von Flesch & Hörne- 
mann, die kein normales ACSI-Protokoll ver- 
steht, mußten sich alle Platten zuallererst 
CHECKHD stellen. So fand ich heraus, was 
maximal von diesen Platten zu erwarten ist. 
TRANSFER und HDBENCH zeigten dann, 
wieviele Verluste man durch Treiber und 
GEMDOS erleidet und ob die Geschwindig- 
keit der Hardware sich auch bei typischen An- 
wendungen bemerkbar macht. Alle Tests lie- 
fen auf einem MegaST 2 unter TOS 1.4. Vor 
allem die HDBENCH-Zeiten können bei an- 
deren TOS-Versionen erheblich abweichen, 
weil seit TOS 1.4 der Plattenzugriff erheblich 
verbessert wurde. Generell kann man sagen, 
daß erst ab TOS 1.4 eine schnellere Hardware 
so richtig durchschlägt - vorher war bei den 
Zeiten für den Plattenzugriff der GEMDOS- 
Overhead dominierend. Für Plattenbesitzer ist 
TOS 1.4, das muß mal gesagt werden, mehrals 
empfehlenswert. 


Literatur: 


[1] “Feste druff”, 
ST-Computer 12/87, 5. 26ff 

[2] “Klotzen statt kleckern”, 
ST-Computer 2/89, S. 110ff [3] 
“Wechselhaft - Die MEGAFILE 44 
im Test” , 
ST-Computer 9/89, S. 25ff 

[41 Brodi/Stepper: 
SCHEIBENKLEISTER Il, 
Eschborn 1989 

[5] “Reichlichvermessen” , 
ST-Computer 6189, 8. 52ff 


Flesch& 
Hörnemann 
“ja noblesse” 


Diese Platte ist nicht nur wegen ihres 
Namens eine Besonderheit. Die Firma 
Flesch&Hörnemann kommt eigentlich 
vom AMIGA-Markt und hat dort bereits 
Erfahrungen mit Platten gesammelt. Nun 
will man - mit einem speziellen Host-Adap- 
ter-Konzept - den ST-Markt erobern. 


Herz der “la noblesse” ist der DMA-Adapter 
MAUDE, der bereits in der Zeitschrift me 
vorgestellt wurde. Die Firma GK-Computer 
hat ihn weiterentwickelt und einen vollständi- 
gen SCSI-Controller vom Typ NCR5380 
draufgesetzt. Vorteil des Konzeptes: Der 
komplette SCSI-Funktionsumfang ist über 
MAUDE ansprechbar, alle Kommandogrup- 
pen sind zu erreichen. Darüberhinaus hat man 
bei F&H und GK-Computer bereits Vorberei- 
tungen für den SCSI-2-Standard getroffen, der 
dem SCSI-Bus neue Tricks beibringen wird. 
Darum wirbt man bei F&H für diese Platte vor 
allem mit dem Attribut “zukunftssicher”. 


Der Wermutstropfen: Die Platte verträgt sich 
zwar mitanderen DMA-Geräten, verstehtaber 
keine normalen ACSI-Kommandos (mit einer 
Ausnahme, siehe unten). Das heißt insbeson- 
dere, daß plattennahe Programme wie peditto, 
der Harddisk-Teil des SED oder mein hard- 
ware-nahes Benchmark-Programm CHECK 
HD nicht laufen; darum finden Sie in der 
Tabelle zu diesem Punkt auch nur geschätzte 
Werte. Aneiner Anpassung von PCSpeed und 
Aladin wird gerade gearbeitet, Supercharger 
läuft bereits, 


Platten, die sich nicht an das Standard-ACSI- 
Protokoll halten, haben oft Schwierigkeiten 
beim Autoboot - man denke nur an die c’t- 
Lösung. Grund dafür ist, daß die Urladerouti- 
ne im ROM, die letztlich den Treiber auf der 
Platte startet, sich darauf verläßt, daß zumin- 
dest das ACSI-Kommando READ BLOCK 
wie erwartet arbeitet; die Urladeroutine ver- 
wendet dieses Kommando, um den Block 0 
jeder angeschlossenen Platte zu laden. Dieser 
wird dann daraufhin geprüft, oberein ausführ- 
bares Programm enthält, das eventuell gestar- 
tet wird. 


Was alsotun? Bei F&H hat man sichfolgendes 
ausgedacht: Auf dem MAUDE-Adapter be- 
finden sich ein EPROM sowie eine Logik, die 
dem anfragenden Rechner vorgaukelt, im 
EPROM befinde sich ein per ACSI-Komman- 
dolesbarer Urblock. Dieser wird vom Rechner 
eingelesen und gestartet; in diesem Block be- 
findet sich nun eine kleine Routine, die aus 
dem EPROM den eigentlichen Treiber, aber 
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auch andere Programme automatisch starten 
kann. Man kann sich auch selbst ins EPROM 
eigene Programme brennen, die man beim 
Booten von Platte aktivieren will. Vorteile 
dieser Lösung: Die Platte wird autoboot-fähig. 
Dader Block O nun auseinem EPROM gelesen 
wird, kann man die Platte zeitgleich mit dem 
Rechner einschalten und muß nicht warten, bis 
die Platte ihr morgendliches Räkeln abge- 
schlossen hat-das EPROM ist ja sofort lesebe- 
reit. Und: Der Root-Sektor (Block 0) der Platte 
ist vor Viren geschützt, wie überhaupt die /a 
noblesse durch ihr etwas vom Standard abwei- 
chendes Protokoll vor unerwünschten Schrei- 
berlingen sicher ist, die direkt auf die Platte 
zugreifen wollen. 


Dieser Schutz ist allerdings löchrig: Ein Vi- 
renprogrammierer kann sich natürlich speziel- 
le Zugriffsroutinen selbst schreiben oder sich 
einer eingebauten Direktzugriffsfunktion im 
MAUDE-Plattentreiber bedienen, die über 
einen relativen Zeiger in der punptr-Struktur 
erreichbar ist, einer Struktur, die Plattentreiber 
beim Start einrichten. Diese Direktzugriffsop- 
tion ist mir im übrigen etwas suspekt; ATARI 
hat einen anderen Weg eingeschlagen, um per 
Treiber Plattensektoren direkt lesen und be- 
schreiben zu können [4]. Glücklicherweise 
gibt es außer Viren kaum Programme, die sich 
auf den ATARI-Weg verlassen. 


Wie man ein MAUDE-EPROM aufbaut (ein 
Hilfsprogramm dazu befindet sich auf der 
Systemdiskette), und wie man die besonderen 
Optionen des Treibers ausnutzt, darüber gab 
mir ein getrenntes Handbuch zum MAUDE- 
Adapter Auskunft. Zusätzlich bekam ich von 
F&H eine Vorversion eines Gesamt-Handbu- 
ches für die /a noblesse, die sich allerdings in 
keiner besprechenswerten Verfassung befand. 
Wenn Sie diesen Artikel lesen, sollte, laut 
F&H, das Handbuch fertig sein. Es wird etwa 
36 DINA4-Seiten umfassen und neben einer 
kurzen Übersicht über die Funktion von Fest- 
platten die Anleitungen zu den mitgelieferten 


Programmen und einen Kurzabriß über den 
MAUDE-Adapter enthalten. 


Ein Problem beim Booten von EPROM: Im 
ROM-TOS vom 6.2.86 greift die Urladerouti- 
ne etwas ungewöhnlich, nämlich nicht ganz 
ACSI-konform, auf den DMA-Bus zu. Ge- 
wöhnlich geht das trotzdem glatt; das MAU- 
DE-EPROM nimmt es aber krumm und will 
nicht booten. Aufdeutsch: Autoboot mit der/a 
noblesse erst ab BlitterTOS. 


Wie auch das Handbuch befand sich das Me- 
tallgehäuse, in dem die la noblesse bei mir 
ankam, in einem sehr vorläufigen Zustand, 
weswegen wir davon auch kein Bild gemacht 
haben. Neben einem gepufferten DMA-Aus- 
gang bietet die la noblesse einen 25poligen 
SCSI-Ausgang. Beim Testgerät befanden sich 
die DIL-Schalter zur Änderung der DMA- 
Adresse noch im Gehäuseinneren, mit den be- 
kannten Nachteilen. Das ist aber laut F&H nur 
bei meinem vorläufigen Gehäuse so. An der 
Vorderfront findet sich (statt einer Power- 
LED oder ähnlichem) ein Schalter, mit dem 
man den Zugriff auf die Platte verhindern 
kann, ohne sie komplett auszuschalten. Prak- 
tisch, wenn man schnell mal neue Software 
ausprobieren will, von der man nicht genau 
weiß, ob sie koscher ist. 


Daß der Root-Sektor vor dem Überschreiben 
geschützt ist, denken Sie jetzt, ist ja ganz 
schön, aber was bringt MAUDE mir denn 
sonst noch außer einem ACSI-inkompatiblen 
Busprotokoll? Zuerst einmal ist MAUDE ein 
sehr intelligent aufgebauter Adapter, der zu- 
dem so fix ist, daß er selbst der in meiner la 
noblesse eingebauten SCSI-Platte Seagate 
ST 296 N die Daten so schnell abnimmt, daß 
man sie mit Interleave 1 fahren kann. Die 
ST296N (28 ms mittlere Zugriffszeit und 84.9 
MB Kapazität, das nur nebenbei) hat eine 
maximale Datenrate von 1015 kB, wenn man 
den Verlust einer Umdrehung beim Zylinder- 
wechsel einrechnet, sind es immerhin noch 


870 kB/s. Herkömmliche Host-Adapter schaf- 
fen diese Übertragungsraten nicht mehr, wes- 
wegen bei anderen Platten, in denen ebenfalls 
die ST296N eingesetzt wird, dieses Laufwerk 
mit Interleave 2 formatiert werden muß. 


Bei der la noblesse läuft die ST296N, wie 
gesagt, mit Interleave 1, womit der Host- 
Adapter MAUDE prima zurechtkommt. Al- 
lein, der DMA-Bus des ST kommt hier lang- 
sam ins Schleudern: Je nach verwendetem 
DMA-Chip und Gesamtkabellänge am DMA- 
Bus muß der Host-Adapter den Datentransfer 
etwas bremsen, so daß man in der Realität 
nicht immer auf die oben zitierten 870 kB/s 
kommt. In der Praxis erreichte mein Bench- 
mark TRANSFER je nach verwendetem 
Rechner und Kabellänge zwischen 750 kB/s 
und 870 kB/s; diese Erscheinung wurde mir 
von F&H bestätigt. An meinem MegaST kam 
ich auch bei sehr kurzem DMA-Kabel nur auf 
maximal 770 kB/s. CHECKHD, mein hard- 
ware-nahes Benchmark-Programm, hätte hier 
natürlich noch etwas höhere Werte geliefert, 
lief aber wegen des inkompatiblen Protokolls 
nicht mit der la noblesse. 


Fazit: Die Platten werden inzwischen so 
schnell, daß der DMA-Bus des ST in Schwie- 
rigkeiten kommt. Man kann eigentlich nur 
hoffen, daß ATARI irgendwann einmal den 
DMA-Bus und den DMA-Chip für den ST 
etwas überarbeitet. Gerade beim Hochlei- 
stungsrechner TT wird das wichtig werden, 
doch der hat ja glücklicherweise auch einen 
direkten SCSI-Anschluß. 


MAUDES hohe Geschwindigkeit ist aber nur 
der eine Teil der Geschichte. Richtig interes- 
sant wird es, wenn man an MAUDE mehrere 
SCSI-Geräte anschließt. Denkbar sind etwa 
Kombinationen von SCSI-Platten und -Strea- 
mern, die im Hintergrund ohne Beteiligung 
des Rechners ein Backup anfertigen. Für diese 
Kombination liefert F&H bereits ein dafür 
geeignetes spezielles Backup-Programm mit, 
das den Kopiervorgang anstößt. Ebenfalls 
plant man bei F&H, Wechselplatte und Platte 
in einem Gehäuse zu vereinigen, die dann 
ohne Rechnermitwirkung miteinander kom- 
munizieren können. Das ist eben einer der 
großen Vorteile des SCSI-Busses: daß alle Ge- 
räte, nicht nur der Rechner, von selbst aktiv 
werden und Transfers steuern können. 


Von MAUDE zurück zur Testplatte. Das 
Seagate-Laufwerk ST296N darin schaufelt 
die Daten zwar schneller um als die Quantum- 
Laufwerke, hat aber bei der Zugriffszeit das 
Nachsehen. Dazu kommt, daß durch die Ein- 
schränkungen des DMA-Busses das Seagate- 
Laufwerk gar nicht richtig ausgereizt werden 
kann. Aus diesen beiden Gründen ist auch 
nicht verwunderlich, daß die Benchmark-Da- 
ten, diemir HDBENCH beim Anlegen, Lesen 
und Löschen von Dateien lieferte, nicht besser 
waren als die Zeiten der Quantum-Laufwerke. 
Beim Transfer von langen Dateien allerdings 
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ist der Geschwindigkeitsvorteil wieder deut- 
lich spürbar, vor allem, wenn man das Glück 
hat, einen Rechner zu besitzen, der mit einem 
kurzen DMA-Kabel der la noblesse die vollen 
870 kB/s entlocken kann. Dann wird die la 
noblesse zur Rakete... 


Unglückseligerweise hat das Seagate-Lauf- 
werk einen großen Nachteil: Es ist relativ laut. 
Sowohl Lauf- als auch Stepgeräusch sind sehr 
deutlich. Allerdings vernimmt man kein Lüf- 
terrauschen, was schlicht daran liegt, daß kein 
Lüfter eingebaut ist; laut F&H ist das bei den 
Konfiguration mit nur einem Laufwerk auch 
nicht nötig. Zusätzlich ist das Seagate-Lauf- 
werk auf Gummistoßdämpfern gelagert. All 
diese Maßnahmen konnten aber nicht verhin- 
dern, daß ich die Platte zuweilen schon mal 
ganz gern ausschaltete. Man kann mit dem 
Geräusch leben, wenn es auch unangenehm 
ist. Es gibt von der la noblesse auch eine 
Ausführung mit 46 MB, in der die etwas lang- 
samere, aber auch leisere Seagate ST157N-1 


Bild A: 

Maximale Transfer- 
raten, ermittelt mit 
CHECKHD 








eingesetzt wird (1598 DM). Mit der ST296N- 
1 ausgerüstet, kostet die la noblesse 1898 
Märker - das nur zur Orientierung. 


Ein weiterer Leckerbissen bei der la noblesse: 
Eine Echtzeituhr ist auf der MAUDE-Platine 
integriert. Zwei Programme werden mitgelie- 
fert, die diese Uhr auslesen und setzen; die 
Uhrzeit kann natürlich als BIOS/GEMDOS- 
Zeit übernommen werden. 


Die Installation der la noblesse vollzieht sich 
in zwei Schritten: Ein Programm, MHFMT2, 
dient zum Formatieren und zum Test auf 
Defekte. In einem zweiten Programm wird 
partitioniert; dabei läßt sich neben den übli- 
chen Partitionsparametern (Kennung, Größe) 
auch die Cluster-Größe einstellen. TOS 1.4 
unterstützt ja nun auch größere Cluster. Eine 
Besonderheit: Die Partitionen legt das Parti- 
tionierprogramm auf Zylinderanfänge, so daß 
der Zugriff aufdie wichtigen Verwaltungssek- 
toren besonders beschleunigt wird. Die Bedie- 
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INTER BE 


INTERLINK ST ist das kom- 
fortabelste DFÜ-Programm 
für den ATARI ST und damit 
ideal für den Einsteiger und 
den Profi. So urteilen zumin- 
dest die Besitzer, die die 
Kommunikation und den 
weltweiten Datenaustausch 
mit Hilfe von INTERLINK ST 
nicht mehr missen möchten. 
Wann gehen Sie auf die Daten- 
reise? 


INTERLINK ST - 

DFÜ im Griff 
Unverbindliche Preis- 
empfehlung DM 79,- WW 


G+PLUS wi 


G+Plus ist ein vollständiger 
Ersatz für GDOS. Mit G+Plus 
wird GEM nicht mehr ge- 
bremst! Fonts und Gerätetrei- 
ber werden ohne Neustart des 
Rechners bei Aufruf eines 
Programms automatisch 
nachgeladen! Im Gegensatz 
zu GDOS braucht G+Plus 
nicht entfernt zu werden, um 
die Betriebssicherheit von 
anderen Programmen zu ge- 
währleisten. 


G+PLUS - 

Der GDOS-Ersatz 
Unverbindliche Preis- 
empfehlung DM 79,- #8 





HOTWIRE am 


Die Shell für den geplagten 
ST-Anwender. Laufwerke, 
Ordner öffnen, Namen anklik- 
ken - Das alles gehört der Ver- 
gangenheit an. HotWire star- 
tet jedes ST-Programm durch 
Drücken einer Taste, egal wo 
das Programm steht! Hotwire 
erlaubt dazu über 400 Tasten- 
kombinationen. Dazu Auto- 
start bei Einschalten des Rech- 
ners und vieles mehr. 


HOTWIRE - 

Die Starthilfe 
Unverbindliche Preis- 
empfehlung DM 79,- Wu 


MINIMAL an 


MIDIMAX ist das Utility für 
den MIDI-Anwender. MIDI- 
Macros, die von jedem MIDI- 
Ereignis getriggert werden 
können; Realtime Multi- 
voice, Multichannel Modal 
Harmonisierung. Akkorde mit 
bis zu 18 Noten sowie die 
Möglichkeit das Keyboard zu 
splitten, maximal in jede Ta- 
ste! Der ATARIST als intelli- 
gente MIDI-Thru-Box. 


MIDIMAX - 

Das MIDI-Utility 
Unverbindliche Preis- 
empfehlung DM 129,- WW 


Vertrieb in d. Schweiz: 
DTZ DataTrade AG 
ısse 94 
413 
021 Zürich 


017242 80 88 
01/291 05.07 
(ausg. Turbo ST) 


Vertrieb in Frankreich: 
AROBACE 


2. rue Piemontesi 
'5018 Paris 

Tel.: 1/742235044 
Fax.: 1142545631 





MULTIDESK 


Multidesk lädt bis zu 32 
.ACC-Programme nach und 
verbraucht nur einen Eintrag 
im DESK-Menü. In sich selbst 
geladen beschränkt nur noch 
der max. verfügbare Speicher 
die Anzahl der Accessories. 
Das Nachladen ist jederzeit 
möglich! Oder starten Sie je- 
des Accessory wie ein norma- 
les Programm. MultiDesk 
machts möglich! 


MULTIDESK - 

Der ACC-Manager 
Unverbindliche Preis- 
empfehlung DM 79,- 





ımputer können | 


Uni 
Üpdate-Service in 
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Der Profi-Switcher für Ihren 
ATARI ST. Wo andere Pro- 
gramme den Dienst quittieren, 
da bietet REVOLVER Sicher- 
heit. Resetfest in jedem Rech- 
nerteil und mit umfangreiche 
Utilityfunktionen ist REVOL- 
VER ideal für Programmierer, 
Musiker und Anwender, die 
mehr aus ihrem ATARI ST 
machen wollen. 


REVOLVER - 

Der Profi-Switcher 
Unverbindliche Preis- 
empfehlung DM 129,- ss 


BELA Computer Layout- und Vertriebs GmbH Unteronistr. 23-25 D-6236 Eschbom Tel: 06196/481944 Fax: 481930 


STOP. gem 


Einbruch und Datendiebstahl - 
kein Thema auf dem ST? Mit 
STop schützen Sie persönli- 
che Daten, Programme oder 
Artikel- und Kundendateien 
vor fremden Zugriff. Nur über 
die Paßwörter ist der Echtzeit- 
zugriff auf die vollständig ko- 
dierten Daten möglich. Die 
Datensicherheit dürfte mit 256 
hoch 256 Möglichkeiten ge- 
währleistet sein! 


STOP - 

Der Datentresor 
Unverbindliche Preis- 
empfehlung DM 129,- WW 


FRRBO Sm 


Die Lösung: Laden statt Lö- 
ten! Machen Sie Ihrem ATA- 
RI ST “Beine” und beschleu- 
nigen Sie die Anzeige von 
Texten auf dem Bildschirm 
auch ohne Blitterchip. Turbo 
ST ist sogar noch schneller als 
der Blitter und damit beson- 
ders interessant für Besitzer 
der STs, in denen der Blitter 
überhaupt nicht vorgesehen 
ist. 


TURBO ST - 

Der Softwareblitter 
Unverbindliche Preis- 
empfehlung DM 79,- Ws 


BE 


nung der beiden Installationsprogramme ist 
allerdings nicht so besonders gelungen. Denn 
erstens wäre es sicher nicht falsch gewesen, 
beide Programme zu kombinieren, und zwei- 
tens hat sich der Autor der Programme beim 
Partitionieren eine etwas ungewöhnliche 
Handhabung einfallen lassen. Zum Glück for- 
matiert und partitioniert man nur selten. 


Eine Überraschung erlebte ich, als ich den 
Laserdrucker von ATARI anschloß: Nichts 
ging mehr. Ob das an meinem Testgerät lag, an 
meinem MegaST oder generell an der la no- 
blesse, war nicht mehr zu erfahren. Der Ent- 
wickler des MAUDE-Adapters empfahl, 
eventuell in die ACK-Leitung einen 100- 
Ohm-Widerstand einzubauen. 


Der Festplattentreiber kann nicht, wie andere 
Vertreter seiner Gattung, von verschiedenen 
Partitionen booten - er besteht stur darauf, nur 
von C: booten zu wollen. Das ist eigentlich 
sehr schade, zumal wenigstens das Booten der 
Autoordner-Programme wirklich sehr einfach 
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auf andere Partitionen umzuleiten ist. Ande- 
rerseits bietet die Software der la noblesse 
einen kleinen Leckerbissen namens CON- 
FIG.PRG. Dieser Tausendsassa kann die Puf- 
ferliste erweitern, die GEMDOS intern zur 
Beschleunigung der Diskettenzugriffe anlegt; 
es beseitigt zudem das 40-Ordnerproblem. 
Außerdem wendet es einen cleveren Trick an, 
um aus dem Autoordner der Boo-Partiton her- 
aus das Environment für das DESKTOP und 
damit für alle daraus gestarteten Programme 
zu setzen. In diesem Environment befindet 
sich unter anderem die Variable PATH, die 
festlegt, wo das AES Resource-Dateien sucht. 
Diese Variable nämlich wird im ROM bis dato 
falsch gesetzt. 


Ein weiteres kleines Progrämmchen namens 
FLOPSEL verhindert, wenn man es in den 
Autoordner stellt, das Nachlaufen des Lauf- 
werks A:, wenn man von Platte bootet, ein 
Problem, das vor allem Benutzer des ATARI- 
Treibers kennen. Warum man diese winzige 
Routine (wenige Bytes) allerdings nicht inden 


Treiber mitintegriert hat, ist mir nicht ganz 
klar. 


Die la noblesse ist also eine Platte, die ein 
neues Konzept verfolgt. Die beschriebenen 
Kompatibilitätsprobleme mögen manchen 
abschrecken, aber immerhin bietet die la 
noblesse in der getesteten Ausführung bisher 
unerreichte Transferraten, die Lösung des lei- 
digen Einschaltproblems sowie die Möglich- 
keit, beliebige SCSI-Platten anzuschließen. 
Besonders interessant sind natürlich die Pläne 
von F&H, Platten mit einem SCSI-Streamer 
oder einer Wechselplatte auszustatten, die 
dann ohne Beteiligung des Rechners Backups 
anfertigen. 


Weiterhin spricht für die la noblesse das gün- 
stige Preis/Leistungsverhältnis (1898 DM für 
85 MB). Indes, die Software scheint ineinigen 
Punkten noch unfertig. Nützliche Kleinigkei- 
ten wie Backup-Software (das mitgelieferte 
Tape-Backup-Programm dient ja nur der 
Übertragung auf Streamer) et cetera muß man 
sich zusätzlich besorgen. 





Lacom Sd 400 


Die LACOM SD-400 ist eine von zwei Plat- 
ten in diesem Test mit dem SCSI-Laufwerk 
Quantum Prodrive 40S. Das Quantum- 
Laufwerk glänzt durch einige bemerkens- 
werte (offizielle) Kenndaten: 


- 40 MB Kapazität, 

- 19 ms mittlere Zugriffszeit, 

- 64 kB Cache-Speicher auf dem 
Laufwerk integriert, 

- intelligenter Controller, 

- hohe Übertragungsrate 

- und leiser Lauf. 


Daß sich diese Eigenschaften nicht nur gut 
anhören, sondern sich auch in der Leistung 
niederschlagen, läßt sich an den Ergebnissen 
der Benchmarks ablesen: Die Übertragungsra- 
ten sind mit knapp 780 kB/s beeindruckend; 
der mittlere Zugriff wurde mit 24 ms gemes- 
sen. Im GEMDOS-Test (siehe auch Bild C) 
schlagen diese Hardware-Daten ebenfalls po- 
sitiv durch. 


Das abgebildete Metallgehäuse wird nach 
Auskunft von LACOM auf der Rückseite 
noch etwas verändert werden, so daß man die 
DIL-Schalter zur Einstellung der DMA- 
Adresse leichter erreicht; das fiel beim Test- 
modell etwas schwer. Das Gehäuse weicht 
leicht vom üblichen Mega-ST-Format ab, es 
ist etwa drei Zentimeter tiefer und bietet so 
etwas mehr Platz im Inneren. Dort istalles sehr 
sauber aufgebaut; man findet einen außerge- 
wöhnlich kleinen Hosta-Adapter und eine da- 
von abgetrennte Platine, auf der die Thermo- 
steuerung des Lüfters untergebracht ist. Dem- 


nächst will man bei 
LACOM die beiden 
Platinchen miteinan- 
der vereinigen, so 
daß noch etwas Platz 
eingespart wird. 
Netzteil, Lüfter und 
Laufwerk sind so an- 
geordnet, daß reich- 
lich Platz für ein 
Zweitlaufwerk vor- 
handen ist. (Das 
Netzteil kam mir 
übrigens von der la 
noblesse her sehr 
bekannt vor.) Die 
Aufrüstung ist auch 
ausdrücklich vorgesehen; man kann bei 
LACOM dazu die Anschlußkabel für den in- 
ternen SCSI-Bus bestellen. Dieser ist übrigens 
auf einem 5Opoligen Stecker an der Gehäuse- 
rückseite herausgeführt. 


Dank der Thermoregelung des Lüfters und des 
flüsternden Quantum-Laufwerks ist die LA- 
COM-Platte sehr leise, noch etwas leiser mei- 
ner Meinung nach als die Platte des direkten 
Konkurrenten protar. Nur noch die Eickmann 
EX60L ist ähnlich zurückhaltend. 


Der Hosta-Adapter der LACOM-Platte hat zur 
Zeit noch ein Problem mit dem Supercharger, 
dessen DMA-Schnittstelle noch nicht so hun- 
dertprozentig sauber ist (außerdem ungepuf- 
fert). Nach Auskunft der Firma LACOM ar- 
beiten die Supercharger-Entwickler daran, 
diese Schwierigkeiten auszumerzen. Wer sich 
schon einen Supercharger gekauft hat, schaut 
allerdings in die Röhre, wenn er MS-DOS auf 





der LACOM SD instal- 
lieren will. Alleanderen 
Emulatoren tun ihren 
Dienst aber klaglos, 
auch OS-9 soll laufen. 


Betrachten wir noch ein 
wenig die Software: 
Die ist recht umfang- 
reich. Neben dem Not- 
wendigen (Installa- 
tionsprogramm, Trei- 
ber) findet man auch 
das Nützliche (Backup- 
Programm) und das 
Luxuriöse (ein paar PD- 
Programme, die bei der 
Plattenarbeit helfen). Das Installationspro- 
gramm hat zur Zeit noch eine Macke: Das 
Formatieren der Quantum-Platte ist dort nach 
gerade zwei Sekunden abgeschlossen - das 
kann ja nicht ganz sein. Tests am protar-Lauf- 
werk zeigten, daß dort das Formatieren wirk- 
lich gestartet wird; ich muß also annehmen, 
daß beim Laufwerk in der LACOM-Platte 
etwas nichtrichtig eingestellt war. Dadie Plat- 
ten wie alle anderen auch schon fertig forma- 
tiert und partitioniert ausgeliefert werden, ist 
das zwar keine Katastrophe, sollte aber doch 
schnell behoben werden. 


Das Partitionieren läuft ab wie gewohnt. 
Unbequem ist nur, daß man die Größe nur per 
Mausklicks und nicht direkt eingeben kann. 
Ansonsten ist die Installationrechteinfach, die 
Software nimmt viel Arbeit ab. So wird nach 
dem Formatieren zum Beispiel automatisch 
der (schnelle) Defekttest gestartet. 
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Maximal 14 Partitionen erlaubt der Treiber. 
Wie alle anderen Hersteller plant man auch bei 
LACOM eine Anpassung an das neue Format, 
das mit AHDI3.x eingeführt wurde. Die Bad 
Sector List, die ATARIs HDX zur Speiche- 
rung der Nummern von defekten Sektoren an- 
legt, wird heute schon unterstützt. Der Treiber 
kann einzelne Partitionen schreibschützen, bei 
einer Wechselplatte den Wechsel erkennen, 
das Ordnerproblem beheben und auf Tasten- 
druck Autoordner und (!) Accessories von 
einer beliebigen Partition booten. Die Metho- 
de, mit der das gemacht wird, hat allerdings 
den Nachteil, daß das Booten von A: erst nach 
dem zweiten Anlauf klappt. Als einer von 
wenigen Plattentreibern kann der LACOM- 
Treiber optional die Daten nach dem Schrei- 
ben verifizieren. Für jedes DMA-Gerät kann 
ein Paßwort festgelegt werden; einzelne Parti- 
tionen auf einem geschützten DMA-Gerät 
werden dann nur freigegeben, wenn man beim 
Booten das Paßwort richtig eingibt. Statt des 
DESKTOPs kann auf Wunsch ein Komman- 
do-Interpreter COMMAND. PRG beim Boo- 
ten gestartet werden, aber ich habe noch nie 
erlebt, daß das jemand brauchte. All diese 
Optionen sind sehr einfach aus dem Installa- 
tionsprogramm einstellbar. Ein zusätzliches 
Accessory dient dazu, auch während des Be- 
triebs die Einstellungen für Schreibschutz und 
Verify zu ändern. 


Gegen überschriebene Root-Sektoren helfen 
die Optionen “Save Root” und “Restore 
Root”; ähnliche Funktionen gibt es für die 
Boot-Sektoren der einzelnen Partitionen. Lei- 
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der kann man zwar zusätzlich noch die Bad 
Sector List, nicht aber FATs sichern, die ei- 
gentlich die kritischsten Regionen jeder Platte 
sind. Das nur als Anregung. 


LACOM liefert ein Backup-Programm na- 
mens EASYSAVE mit. Dies allerdings hat 
mich nicht besonders überzeugt. Auf dem 
Papier beeindruckt die Funktionsvielfalt: In- 
krementelles Sichern, Verzeichnisse nach 
bestimmten Kriterien ausgeben (auch für die 
Verwaltung per Adimens zurechtgeschnitten), 
Dateien logisch und physikalisch löschen, per 
Batch-Datei automatisch sichern, Dateiattri- 
bute ändern, Uhrzeit ändern... Indes: Die 
Batch-Dateien, die man aus dem Programm 
heraus selbst erstellen kann und die Listen von 
Dateien enthalten, die gesichert werden sollen, 
befindet EASYSAVE beim Wiedereinladen 
als aus der Art geschlagen und weigert sich, sie 
einzulesen. Beim Backup wird jede einzelne 
Datei ins Wurzelverzeichnis der Zieldiskette 
kopiert, was bedeutet, daß zum Beispiel auf 
eine normale doppelseitige Diskette nicht 
mehr als 112 Dateien (Normalgröße des Wur- 
zelverzeichnisses) passen, egal, wie klein sie 
sein mögen. Zwar wird beim Backup eine In- 
dexdatei mit abgespeichert, die beim Restau- 
rieren dazu dient, auf der Platte die ursprüng- 
liche Ordnerstruktur wiederherzustellen, doch 
ist das trotzdem ein erheblicher Mangel. Dazu 
kommt, daß ein kompletter Backup-Vorgang 
voneiner Partition länger dauert, als wennman 
per TOS 1.4 die Dateien von Hand auf Diskette 
oder eine andere Partition schaufelt. Natürlich 
hat man beim Backup-Programm den Vorteil, 





daß alles automatisch läuft und mannurabund 
an Disketten wechseln muß. 


Wie Bild D zeigt, ist die Oberfläche von 
EASYSAVE zwar üppig, aber doch nicht 
GEM-konform und meiner Meinung nach 
etwas unübersichtlich. An einigen Stellen 
gelang es mir auch immer wieder, das Pro- 
gramm zu verunsichern; beim Backup brach 
es zuweilen mittendrin ab, bei kleinen Provo- 
kationen (schreibgeschützte Disketten, fal- 
sche Disketten eingelegt, “Formatieren” einer 
Plattenpartition statt einer Diskette) meldete 
das Programm des öfteren einen Fehler, mach- 
te noch ein Stückchen weiter und verabschie- 
dete sich dann. Darauf angesprochen, gelobte 
die Firma LACOM Besserung - man wird 
sehen. 


Bis auf diesen Ausreißer zeigte sich die 
LACOM-Software von der positiven Seite. 
Zusätzlich sind auf der Systemdiskette noch 
einige PD-Programme unterbracht, beispiels- 
weise SAGROTAN, ein Plattenoptimierer, 
ein Verschlüsselungsprogramm und andere 
Kleinigkeiten. 


Insgesamt: Für 1598 DM bekommt man eine 
sehr schnelle Platte mit recht umfangreicher 
Software, bei der allerdings das Backup-Pro- 
gramm nicht sonderlich zuverlässig scheint. 
Zwei Jahre Garantie sind ein weiteres gutes 
Argument für die LACOM SD400. Das 
70seitige Handbuch führt recht gut in die 
Programme ein und dürfte auch Einsteigern 
keine Probleme machen. 


—— 


Protar 40 DC 


Auch die Firma protar aus Berlin setzt das 
Quantum-Laufwerk P40S ein. Die Ge- 
schwindigkeit ist daher mit der LACOM- 
Platte identisch. Das Gehäuse der protar- 
Platte macht einen äußerst stabilen Ein- 
druck und erfreut auch ein wenig das Auge; 
die Aufteilung im Inneren ist dagegen lange 
nicht so geschickt wie bei der LACOM SD. 


Mit einem Zweitlaufwerk wird man also seine 
Probleme haben. Der Netzschalter an der 
Rückwand ist hinterleuchtet. An der Vorder- 
front befinden sich nur eine Aktivitäts-LED, 
die Zugriffe anzeigt, nicht aber den Einschalt- 
zustand - etwas unpraktisch. Umso praktisch 
dafür ist die Lösung, die sich protar für die 
Einstellung der Host-Adapteradresse hat ein- 
fallen lassen. Ein Nummernschalter zeigt die 
DMA-Adresse im Klartext an - endlich entfal- 
len die Fingerübungen auf Mäuseklavieren... 


Der Lüfter der protar 40 DC ist zwar gedrosselt 


und leise, aber nicht thermogeregelt. Im 
Durchschnitt scheint die protar-Platte daher 
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einen Hauch lauter als die LACOM SD; trotz- 
dem kann man die Geräuschentwicklung als 
“niedrig” klassifizieren. 


Bei der Software hat man versucht, neue Wege 
zu gehen; deutlich spürt man eine Beeinflus- 
sung aus dem Macintosh-Bereich. Eigentlich 
kein Wunder, denn protar istein Tochterunter- 
nehmen der Firma formac, die für den Mac 
schon lange Platten und Peripherie herstellt. 


Bild E zeigt beispielsweise die graphische 
Aufmachung der Plattenauswahl im Installa- 
tionsprogramm. 


Das Installationsprogramm MANAGER faßt 
in einem Programm alles zusammen, was man 
zur Installation der Platte braucht: Formatie- 
ren, Testlesen, Partitionieren, Partitionen lö- 
schen et cetera. Einige ungewöhnliche Optio- 
nen lassen aufhorchen: Partitionen lassen sich 
entfernen, ohne daß andere deswegen Daten 
verlieren; dabei werden Partitionen auf der 
Platte umgelagert, was ein wenig dauern kann. 
Beim Partitionieren kann man jeder Partition 
nichtnur die Größe und die Kennung (*GEM”, 
“OS9” oder ähnliches), sondern auch die ge- 
wünschte GEMDOS-Laufwerkskennung 
zuweisen; die ergibt sich janormalerweise aus 
der physikalischen Reihenfolge der Partitio- 
nen auf dem Medium. So kann es theoretisch 
passieren, daß zwei Partitionen mit der glei- 
chen Laufwerkskennung angelegt werden. 
Um diese Kollision irgendwie zu regeln, gibt 
es die Partitionsattribute “fixiert” und “exklu- 
siv”, “Fixiert” bedeutet, daß bei solchen Kol- 
lisionen die fixierte Partition angemeldet wird, 
alle anderen Partitionen mit gleicher Lauf- 


werkskennung aber nicht. “Exklusiv” heißt, 
daß eine solche Partition nur angemeldet wird, 
wenn es keine andere mit gleicher Laufwerks- 
kennung gibt. 


Viel praktischer ist, daß man jeder Partition 
getrennt ein Paßwort zuweisen kann, das beim 
Booten eingegeben werden muß, um darauf 
zugreifen zu können. Erwähnenswert noch, 
daß das Programm auch über Tastatur gesteu- 
ert werden kann (ALT-Kombinationen), und 
daß optional Warnungen vor jedem Menü- 
punkt ausgelöst werden, um Einsteigern etwas 
mehr Sicherheit zu bieten. 


Beim Ausstieg aus dem Treiber wird automa- 
tisch der Treiber gestartet. Der übliche Reset 
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entfällt also. Der Treiber meldet auch gleich 
für die angemeldeten Partitionen Icons im 
Desktop an, ebenfalls eine weitere Erleichte- 
rung für den Einsteiger, der nun nur noch 
“Arbeit sichern” anklicken muß. Überhaupt 
bietet der Treiber einige Leckerbissen: Nicht 
nur, daß er auf Tastendruck von beliebigen 
Partitionen bootet (Autoordner und Accesso- 
ries) und daßer Icons automatisch anmeldet, er 
kann auch als TTP-Programm mit Optionen in 
der Kommandozeile aufgerufen werden. Zu 
den wichtigsten Optionen zählen “-s” (Bild- 
schirmausgaben auf das Nötigste beschrän- 
ken), “-a” (nach Durchlauf auf Tastendruck 
warten) und “-t” (Auswahl von einzelnen 
DMA-Geräten). Diese neuen Software-Ideen 
zeugen von Kreativität, die Ausführung von 


Professionalität; die protar-Software ließ mich 
während des Tests nicht im Stich. Einziger 
Kritikpunkt: zusätzliche Hilfsprogramme wie 
Backup-Programm oder Optimierer sucht 
man vergeblich - außer Installationsprogramm 
und Treiber gibt’s nichts. 


Eine unproblematische Platte also, deren Soft- 
ware gerade Einsteigern entgegenkommt. 
(Leuten, die herkömmliche Platten-Software 
kennen, müssen sich allerdings etwas umge- 
wöhnen.) Das Quantum-Laufwerk ist sehr 
schnell und leise, zwei Jahre Garantie gibt der 
Hersteller auf das gesamte Paket. Das alles für 
1498 DM. Ich meine: Ein rundes Angebot. 


9,94, m 


Eickmann EX60L 


Die EX60L ist eigentlich eine mutierte 
MEGAFILE 60, darum sei hier auch auf 
deren Test in [2] verwiesen. Allerdings hat 
sich die Firma Eickmann bemüht, die 
Schwachpunkte der MEGAFILE-Reihe 
auszumerzen. 


Statt der Laufwerke, mit denen ATARI die 
MEGAFILE-Serie ausstattet, findet man in 
der EX60L das Seagate-Laufwerk STI51, das 
einen recht schnellen Zugriff (offiziell 24 ms) 
und ruhigen Lauf bietet. Der RLL-Controller 
Adaptec 4070 der MEGAFILE-Serie, natür- 
lich auch hier zu finden, sorgt für hohe Spei- 
cherkapazität (fast genau 62 MB) und fixe 
Übertragung (650 kB/s mit CHECKHD). Im 
Gehäuseinneren ist gerade noch genug Platz 
für ein zweites 3.5"-Laufwerk mitST506-Bus; 
der Anschluß ist vorbereitet, wegen einer Pla- 
tinenänderung der MEGAFILE-Serie und des 
schwächlichen ATARI-Netzteils allerdings 
nicht komplett idiotensicher. 


Weil Host-Adapter und Controller mit der 
MEGAFILE-Serie identisch sind, kann die 
Eickmann-Platte das Prädikat “ATARI-kom- 
patibel” für sich beanspruchen. Das heißt ins- 
besondere, daß alle Emulatoren und auf die 
ATARI-Serie zugeschnittene Plattenpro- 
gramme laufen; ich habe jedenfalls noch kein 
Programm gefunden, das sich mit der EX60L 
gestoßen hätte. Laserdrucker, Supercharger 
und alle Emulatoren funktionieren. 





Inkompatibilitäten könnten ja auch höchstens 
durch den Eickmann-eigenen Treiber von 
Alfred Schilken entstehen, aber auch dieser ist 
inzwischen für seine All-Anwendbarkeit be- 
kannt. Neben dem Treiber liefert die Firma 
Eickmann auch komplette selbstgestrickte 
Installations-Software, außerdem das Back- 
up-Programm HDU 1.05 von Application Sy- 
stems Heidelberg, ein Cache-Programm, den 


20 ST” 1271989 


Plattenoptimierer “The Optimizer” und das 
“Virus Filter Set”. 


Letzteres Programm dient dazu, Programmda- 
teien gegen Dateivirenbefall zu impfen; dem 
Programm wird dabei ein kleines Codefrag- 
ment hinzugefügt, das beim Start zuallererst 
das Programm auf Virusbefall prüft. Mankann 
auch Boot-Sektoren prüfen, deaktivieren und 
wegspeichern oder Endungen für ausführbare 
Programme ändern, alles Maßnahmen, um 
Viren auf die Schliche zu kommen. 


Durch ein sorgfältiges Handbuch fällt “The 
Optimizer” auf, ein Programm, das fragmen- 
tierte Dateien zusammenfügt. Das Programm 
ist sehr einfach über GEM zu bedienen. Ein 
Problem aller Optimie- 
rer ist, daß sie Daten 
hin- und herverschie- 
ben und dabei recht ge- 
fährliche Eingriffe in 
die FAT machen müs- 
sen. Schmieren dabei 
Programm oder Rech- 
ner ab, ist mit großer 
Wahrscheinlichkeit 
eine ganze Partition 
verloren. Je seltener der 
Optimierer beim De- 
fragmentieren die In- 
formation in den FATs 
aktualisiert, desto 
schneller, aber auch 
unsicherer wird der 
Vorgang. “The Optimi- 
zer” bietet darum drei Sicherheitsstufen: FAT 
schreiben nach jedem Kopiervorgang, nach 
jeder abgearbeiteten Datei oder nach jedem 
abgearbeiteten Unterverzeichnis. Im Test 
benahm sich der “Optimizer” nicht daneben, 
mit mehr als 16 MB pro Partition kommt er 
allerdings nicht zurecht. 


Viele Dinge, die heute bei Plattentreibern fast 
selbstverständlich sind, fand man zuerst im 
Eickmann-Treiber: das Booten von beliebigen 





Partitionen ist das beste Beispiel. Wenn aller- 
dings auf der Partition C: Accessories sind, 
werden die Accessories auch von C: geladen 
und nicht von der Boot-Partition. Hervorzuhe- 
ben sind außerdem die Sicherheitsmaßnah- 
men in der Installations-Software: Root- und 
Boot-Sektoren sowie die FATs einzelner Par- 
titionen können auf Diskette gerettet werden, 
so daß die Reparatur beim Platten-GAU viel 
einfacher wird. Die Defektbehandlung ist 
gründlich, allerdings wird die von ATARI 
dafür vorgesehene Bad Sector List nicht dazu 
verwendet. Ein Accessory hilft beim täglichen 
Umgang mit der Platte (Parken, Statistik an- 
schauen, im Betrieb auftretende Defekte nach- 
träglich markieren, Schreibschutz für Partitio- 
nen, Paßwortfunktion). 


Die Eickmann-Soft- 
ware läuft übrigens 
mit allen ATARI- 
kompatiblen und mit 
Vortex-Platten. Inder 
bald erscheinenden 
Version 5.0 der Trei- 
ber-Software soll das 
neue ATARI-Platten- 
format (AHDI 3.0) 
unterstützt und den 
vielen Zusatzfunktio- 
nen ein Paßwort- 
schutz hinzugefügt 
werden. 


Im Testbetrieb hat 

sich die EX60L (“L” 
wie “leise”) bei mir als gutmütiges Geschöpf 
erwiesen; der Geräuschpegel ist so niedrig, 
daß das Lüfterchen in meinem Mega ST 2 
direkt unangenehm dagegen auffällt. Beim 
Steppen läßt das Seagate-Laufwerk nur ein 
leichtes Blubbern vernehmen. Das Attribut 
“leise” hat sich diese Platte verdient. Was mir 
nicht gefällt: Die DMA-Adresse läßt sich - 
ATARIs Erbsünde - nur an DIL-Schaltern im 
Gehäuse einstellen; öffnet man selbiges, ge- 
fährdet man seine Garantieansprüche-mal 
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er En mie niehinoknenilig J fang echört der GS4000 Scanner Bilder sind direkt am Monitor editierbar 
I Die Lithium-Batterie ermöglicht den Beirieb bis Eineriff in den Computer nicht notwendig. ien- und Editiersoftware (vergrößern, verkleinen, Teile abändern, Schrift 
zu fünf Jahre. = Zeigt schr zuverlässig die aktuelle Spur und a} an können Sie auf einfache Weise einfügen usw.). Der Flacl 
> 5 AURENG x Diskeitenseite an und hat eine Schreib- und Texte und Grafiken in den ST einlesen. direkt als Fotokopieı 
= Schaltjahre und ähnliches werden automatisch Toscana, 4 Helligkeit und Kontrast einstellbar. Sie eine Hardcopy von Ihrem Bildschirm in 6 
berücksichtigt. ni Die leistungsfäh Jaubi Kopieren Sekunden. Ihr Werk drucken Sie jetzt über den 
" suiskene wird milgellefe Schr geeignet zur Identifizierung von E Darstellungen Flachbett-Scanner auf Thermopapier oder über 
ee „protected tracks« > Speichert Darstellungen in Formaten ab. die Ihren Drucker in Top-Qualität aus. 
= Nach dem Einschalten sind das Datum und die sich für DEGAS, NEOCHROM| Der Flächbeit-Seannerist wartungafiei ke 
cite ernem und externe wei F 5 er Flachbei ner ist wartungsfrei. Kein 
genaue Zeit verfügbar, SU DREIER TRIETRER EIRLSREIERLLARTWETK: FLEETSTREET und andere & Verbrauchsmaterial (Toner, Entwickler. 
(schaltbar) I Ausdrucke mit allen Epson-Kompatiblen Trommel) 
3 Zur Software gehört eine Schirmanzeigeroutine  _, , Fifa möglich, 4 PIESEOIRERSRERN, 
und ein Ladeprogramm für den AUTO-Ordner. nzeige bis Track 85 > Unerreichte Möglichkeiten beim Einlesen und EEE EEE? 
'weilei ED-A ditien einei schlagbaren Preis. has 
=} Durch das automatische Einlesen aus dem IT ZWERTISSTER-NN ERHIGE 7 EIN auchlsg pen PR 


Zeitmodul in GEM ist ein Maximum an 


Komplette Hardwarelösung - keine Software 


Jetzt inkl. Zeichenprogramm THE ADVANCE 
OCP ART STUDIO, 


Flachbettscanner inkl. Bildbearbeitungssoftware 
im Wert von DM 200... 


Softwarekompatibilität gewährleistet 


nur DM 79,- 


rel. DM 10, Versanikosten 


nötig, Zusätzliches Texterkennungsprogramm DM 150, 


nur DM 498,- 


rel. DM 10» Versakunten 
einschließlich Soft- und Hardware 





Super Preis 


DM 948,- 


ID 10, Versandkosten 


nur DM 89,- 


gl. DM 10, Versamdkunae 

















*NEU* SYNCRO EXPRESS 


ICRO E 


ST SUPER TOOLKIT II“ 


in Paket leistungsfähiger Dienstprogramme für alle 
ST-Modelle. 


macht eine Sektoreditie 
SYNCRO EXPRESS J Track- und Sektoreditierung 


kopiert eine ganze doppelscitige Diskette in 40 Sekunden, 255 Sektoren, 
SYNERO EXPRESS funktioniert nur mit einem zweiten I Eine Such- und Ersetzfunktion ersetzt automatisch einen 
Laufwerk. SYNCRO EXPRESS ist ein steckbarer Hardwarezusatz ungegebenen Wert mit einem ne 
mit der dazugehörenden Software für die Angabe der Start- und > Ein Werkzeug. das die hohe Auflösung nutzt. Arbeitet nur mit 
Endtracks sowie der Seitenwahl dem monochromen Monitor in der höchsten Auflösungsstufe. 
PEN DM 1 29,- Im Info-Modus werden alle wichtigen Daten angezeigt 
st. DM 0 Vor 


PC-SPEED 


Das PC-SPEED macht's möglich! Benutzen Sie Ihren Atari ST 
oder Mega ST als MS-DOS-Computer und greifen Sie auf mehr 
als 25000 MS-DOS-Programme zurück 





PR! 





ist der Nachfolger von unserem bekannten 
A-COPY ist eine Neuentwicklung auf dem Gebiet des 

Kopierverfahrens. SYNCRO EXPR| 
Sicherheitskopie von fast allen Orl 












nit bis zu 85 Tracks und 





I Belegt keinen Port 








4 Hat ein schr schnelles Serolling. 
4 Sehr hohe Kompatibilität 
J Mit deutscher Anleii 











ing und Software, 


nur 579,- DM 








J 
J Fünf unterschiedliche Editorbetriebsarten - Laufwerks-, Disk- 


‚oder Datei-orientiert. Direkte Anwahl von Boot- und 









Directorysektoren möglich. 1LDM 10; Verandkonen 
As Update für A-COPY ST Preis: DM 59, pe 4 Vollständig menü-/piktogrammbedient. Die Disk kann direkt 
Duo. im Hex- oder ASCII-Format editiert werdeı En 75,- DM 
A-COPYST I Vergleichsfunktion - vergleicht zwei Disketten und zeigt di RT 
Unterschiede an. Das richtige Werkzeug für den Disk-Hacker 
Kopierprogramm. 4 Umfangreiche Druckerunterstützung mit Hilfe einer 





Vollständ 
Program 






Kopieren von Disks. 
werden in unter 60 Sel 


st aufwendig geschützte 
kopiert. 


preis DM 69,- - 


gl DM 10. Versand, 


Parameterbox. 





nur DM 49,- 








DIE MAUS-ALTERNATIVE 
Voll ST-kompatibel ar DM 79,50 


I Gummibeschichtete Kugel 
ALLE BESTELLUNGEN NORMALERWEISE IN 48 STUNDEN LIEFERBAR 


EUROSYSTEMS 


Hühnerstr. 11.4240 Emmerich. Tel.: 02822/45580 u, 45923 
Telefax 0031/8380/32146, 
Tag- & Nacht-Bestellservice 
Auslandsbestellungen nur gegen Vorauskasse 
Mit Erscheinen dieser Ausgabe verlieren ältere Preise ihre Gült 
BESTELLUNG BEI VORK. 
Versandkosten, unabhäng 


für Österreich: Computing Zechbauer. Schulgasse 63. 1180 Wien, Tel 
für die Schweiz: Swiss Soft AG, Obergasse 23, CH-2502 Biel. Tel.: 03 33 
für NL: Hupra. Hommelstraße 73-79, 6828 AJ Amhem. Tel. 085/4267 16 


von der bestellten St 


0222/485256 





ganz abgeschen davon, daß es einfach unprak- 
tisch ist. (Vor allem für gestreßte Tester, die 
viele Platten gleichzeitig anschließen.) Daß 


HARDWARE 


man nicht unbedingt eine SCSI-Platte kaufen 
muß, wenn man auf Geschwindigkeit und 
Gehörschonung Wert legt, zeigt die EX60L. 


Einzig der hohe Preis von 2298 DM zu dessen 


Beurteilung man freilich die mitgelieferte 
Software in Betracht ziehen muß. 


ne ee SE se 


Digital Data 
Deicke ddd60 


Die ddd60 ist eigentlich eine MEGAFILE 
30 mit einigen Verbesserungen. Dazu zählt 
zuvörderst das Seagate-Laufwerk ST277R- 
1, das laut Datenblatt eine mittlere Zu- 
griffszeit von 28 ms, eine Kapazität von 65.5 
MB und Autopark bietet. Außerdem hat 


man sich bemüht, das Plattengeräusch er- 
träglicher zu machen: Die Verstrebungen 
des Lüftergitters wurden ausgesägt und 
durch ein Drahtgitter ersetzt. Der Lüfter 
selbst ist gedrosselt, ausreichende Kühlung 
durch eine veränderte Luftströmung aber 
gewährleistet. 


Auf eine Thermoregelung des Lüfters hatman 
- so die Auskunft von Herr Deicke - mit 
Bedacht verzichtet, weil diese Lösungen zwar 
zuverlässig verhindern, daß sich ein Laufwerk 


auf mehr als die maximal zulässige Tempera- 
tur aufheizt, nicht aber, daß in den Lüfterpau- 
sen die Temperatur sehr steil ansteigt und die 
vom Hersteller maximal zugelassene An- 
stiegsrate übertrifft. Daran ist sicher etwas 
Wahres; inwieweit die Thermoregelungen 
anderer Platten dazu führen, daß maximale 
Anstiegsraten übertroffen werden, konnte ich 
nicht nachprüfen. Ich glaube allerdings nicht, 
daß es durch sorgfältig eingestellte (!) und 
proportional hochlaufende Thermolüfter zu 
Problemen kommen kann. 


























































La Noblesse LACOM SD400 protar 40DC Eickmann EX60L ddd60 

Hardware 
Gehäuse: Metall Metall Metall Plastik Plastik 
Hostadapter: MAUDE GESOFT/LACOM protar ATARI ATARI 
DMA-Bus 

durchgeschleift: ja ja ja ja ja 

gepuffert: ja ja ja ja ja 
SCSI-Anschluß: 25polig 50polig nein nein nein 
Targetadresse 

einstellbar: ja DIPs in Rückwand Nummernschalter DIP im Gehäuse DIP im Gehäuse 
Controller: integriert integriert integriert Adaptec 4070 Adaptec 4070 
Aufzeichnung: RLL RLL RLL RLL RLL 
Laufwerk: Seagate ST296N-1 Quantum P40S Quantum P40S Seagate ST151 Seagate ST277R-1 
Kapazität: 84.9 MB 40 MB 40 MB 62 MB 65.5 MB 
Köpfe: 6 3 (+1 Servokopf) 3 (+1 Servokopf) 5 (+1 Servokopf) 6 
Zylinder: 820 834 834 977 820 
Spt 34 variabel variabel 26 26 
Sektoren 165851 82029 82029 127010 127920 
Autopark: ja ja ja ja ja 
Benchmarks 
Spur-zu-Spur-Wechsel 

offiziell 8ms 6ms 6 ms 8ms 8 ms 

gemessen 5 ms 5ms 5.8 ms 6.5 ms 
mittl. Zugriff 

offiziell 28 ms 19 ms 19 ms 24 ms 28 ms 

gemessen 24.5 ms 24.5 ms 26 ms 35 ms 
max. Zugriff 

offiziell 70 ms ? ? 44 ms 70 ms 

gemessen 36 ms 36 ms 44 ms 63 ms 
max. Transferrate 870 kB/s 778 kBi/s 778 kB/s 651 kB/s 668 kB/s 

ohne Zyl.wechsel 1015 kB/s 778 kB/s 778 kBi/s 780 kB/s 780 kB/s 
Transfer via Treiber: 769 kB/s 690 kB/s 690 kB/s 625 kB/s 625 kB/s 
mit Positionierung: 666 kB/s 670 kB/s 670 kB/s 545 kB/s 545 kB/s 
Dateien anlegen: 12s 10.78 10.78 10.78 11.68 
Dateien lesen: 1.28 1.28 1.25 1.78 1.78 
Dateien löschen: 2.45 3.25 3.25 2.78 318 
Geräuschentwicklung 
Laufgeräusch: erträglich niedrig niedrig niedrig erträglich 
Lüftergeräusch: keines niedrig niedrig niedrig niedrig 
Stepgeräusch: laut niedrig niedrig niedrig erträglich 
Software 
Kopierschutz nein nein nein ja nein 
TREIBER 
autobootfähig ja ja ja ja ja 
AHDI3.0-kompatibel nein nein nein ab V5.0 ja (Original-AHDI) 
erkennt Wechsel nein ja ja ab V5.0 ja 
Anzahl Partitionen 16 14 14 8, ab V5 bel. bel. 
max. Partitionsgröße 16/32 MB(*) 16 MB 16/32 MB(*) 16/32 MB(*), ab bis 2 GB 


V5 bis 2GB 
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Wie auch immer, die Maßnahmen zur Laut- 
stärkedrosselung, die Digital Data Deicke 
auch separat als “NR Kit” für 49 DM vertreibt, 
zeigen Wirkung: Der Schwerpunkt des Fest- 
plattenlärms verlagert sich vom Lüfter auf das 
Seagate-Laufwerk, das nicht unbedingt eines 
der zurückhaltendsten auf dem Markt ist; 
Steps und Laufgeräusch sind jedenfalls deut- 
lich, wenn auch noch erträglich. 


Mitgeliefert wird die Original-Platten-Soft- 
ware von ATARI, also das Installationspro- 
gramm HDX 3.0, der Plattentreiber AHDI 
3.01 und das Backup-Programm HDU 1.05 
nebst Kleinigkeiten (siehe dazu [3]). Sowohl 
der größte Teil der Hardware als auch die 
Software stammen also von ATARI, und so 
braucht niemand irgendwelche Inkompatibili- 
täten zu befürchten. 


HARDWARE 


Besonders positiv fallen bei dieser Platte der 
Preis von 1444 DM (zusätzlich gibt es speziel- 
le Studententarife) und die passable Ge- 
schwindigkeit auf. Eine maximale Übertra- 
gungsrate von 670 kB/s übertrifft sogar noch 
leicht die EX60L (das liegt an der unterschied- 
lichen Kopfanzahl), den mittlere Zugriff habe 
ich mit 35 ms gemessen. (Eine zweite ddd60 
mit dem gleichen Laufwerk meldete bei dem 
gleichen Test 30 ms, es scheint hier also Tole- 
ranzen zu geben.) Dieser im Vergleich etwas 
langsamere Zugriff führt zu leicht höheren 
Zeiten beim Anlegen und Löschen von Datei- 
en, bei dem viele Spurwechsel anfallen. Trotz- 
dem kann man die ddd60 getrost als schnell 
bezeichnen. 


Das mitgelieferte ATARI-DMA-Kabel ist mit 
50 cm leider zu kurz, um die Platte vor einem 


1040 unter einen Monitor zu stellen; man muß 
die Platte zur Seite drehen; dieses Übel hat die 
ddd60 mit anderen ATARI-Platten und -Deri- 
vaten gemein. 


Insgesamt eine einfache Platte, die sich vor 
allem durch das sehr günstige Preis/Leistungs- 
verhältnis (65 MB für 1444 DM) und die 
brauchbare Geschwindigkeit auszeichnet. Die 
Geräuschentwicklung ist erträglich. Aller- 
dings ist die Software nicht sonderlich um- 
fangreich (ATARI-HDX, AHDI, HDU), so 
daß man sich nach einer Weile sicher weitere 
Platten-Utilities zulegen wird. 


Die Firma Vortex hat ihre Beteiligung an die- 
sem Test kurz vor Redaktionsschluß zurückge- 
zogen. 


CB Jürgen Lock 


Rootsektorformat 
Booten v. ACCs 
Booten v. AUTO-Prgs 
Ordnererweiterung 
wird abgelegt in 
Schreibschutz v. Part. 
Paßwortfunktion 
Verify 


La Noblesse 


eigenes 

von C: 

von C: 

separates Programm 
EPROM 

nein 

nein 

nein 


INSTALLATIONSPROGRAMM 


Bedienung 


Konfigurierbarkeit 


Defektprüfung 


sonstige Software 


Handbuch 


Umfang 
Stil 


Programmierhinweise 


Besonderheiten 


Kompatibilität 
Kompatibilitätsklasse 


Bekannte Inkompatibili- 


täten: 
arbeitet mit SLM804: 


Preis: 


(*) 32 MB ab TOS 1.4 


umständlich 

(2 Programme) 
über Parameter- 
dateien 

ja 


Lesen/Setzen der 
Echtzeituhr, 
Nachlaufhemmer für 
Floppy, SCSI-Tape- 
Backup 


ca. 36 S. 


Programme ins 
EPROM einbinden 


alle SCSI- 
Funktionen, Booten 
aus EPROM, Ein- 
Schalten mit 
Rechner möglich, 
Echtzeituhr 


Treiber-kompatibel 
pcditto, hardware- 
nahe Programme 

nein (?) 


1898.- 


LACOM SD400 


eigenes 

von bel. Part. 
von bel. Part. 
im Treiber 
Datei 

ja 

ja 

ja 

einfach 

über WINCAP- 
Datei 

ja 


Backup-Prg., 
PD-Software 


70 S. 
locker, einfach 


Rootsektorformat 


64 kB Hardware- 
Cache, Treiber 
kann Verify, 

2 Jahre Garantie 


AHDI-kompatibel 
Supercharger 


ja 


(*) Wenn Accessories auf C: sind, sonst auch von bel. Partition 


protar 40DC 


eigenes 

von bel. Part. 
von bel. Part. 
im Treiber 
res. Sektoren 
ja 

ja 

nein 


sehr einfach 


keine 


ja 


34 S. 
verständlich 


keine 


64 kB Hardware- 
Cache, Treiber 
meldet Icons an, 
2 Jahre Garantie, 
einzelne Part. 
können entfernt 
werden 


AHDI-kompatibel 


Eickmann EX60L 


eigenes 

von C: (**) 
von bel. Part. 
im Treiber 
res. Sektoren 
ja 

ab V5.0 

nein 


einfach 
Parameterdateien 

ja 

HDU 1.05, Optimizer, 
Virus Filter Set, 


HDCACHE, Utility- 
Accessory 


locker, einfach 


Rootsektorformat 


zus. 2 Handbücher 
für Optimizer und 
Virus Filter Set 


ATARI-kompatibel 


ddd60 


AHDI 3.x 
vonC: 
vonC: 
FOLDRxxx 
Datei 

nein 

nein 

nein 


einfach 
WINCAP-Datei 
ja 

HDU 1.05, Park- 


programm, FOLDRxxx, 
Kaltstarter 


verständlich, 
zu knapp 
wenig 


ATARI-kompatibel 
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Alle 
Tahre 


Ze er 


Wenn draußen 
die Tage kürzer und die 
Nächte (am ST) wieder 

länger werden, ist die 
Zeit der Schwimmbäder, 
Fahrradtouren und 
Strandparties vorbei: 
Warme Stube und 

Ofen sind an der 
Tagesordnung. Man 
könnte auch sagen: “Es 
weihnachtet sehr”. 
Einer liebgewordenen 
Tradition gehen viele 
Redaktionen bei 

der Gestaltung der 
Dezemberausgabe nach: 


dem Weihnachtsbasar. 
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AKTUELLES 


Auch wir möchten an diese Gepflogen- 
heit anknüpfen und Ihnen, liebe Leser, 
einige Anregungen für den Wunschzettel 
geben. In den vergangenen Monaten war 
der ST-Markt sehr belebt, und viele Pro- 
dukte sind neu hinzugekommen. Hier 
geht es nicht darum, einen umfassenden 
Marktüberblick zu schaffen, sondern 
nützliche, interessante und aktuelle Arti- 
kel aufzuzählen. 


Softies 

Ohne Software nützt auch der schönste 
Computer nichts. Was benötigen wir zum 
Beispiel zurtäglichen ArbeitmitdemST? 
Turbo ST von BELA macht den ST so 
schnell, daß es fast eine Freude ist, dem 
Fensteraufbau zuzuschauen. Besonders 
Besitzer von “blitterfreien” Rechnern 
dürften Freude an diesem Accessory 
haben. Damit man auch selbst versuchen 
kann, Programme zu schreiben, braucht 
es eine Programmiersprache. Für die 
anspruchsvollen Programmierer nehmen 
wir am besten C. Hier bieten sich bei- 
spielsweise Turbo C von Heimsoeth oder 
Laser C von Application Systems an. 


Für den Programmierer, dersich nicht alle 
Befehle selbst schreiben möchte, gibt es 
BASIC. GFA-BASIC liegt nun in Ver- 
sion 3.07 vor, der Compiler hat schon die 
Versionsnummer 3.03. Für das offizielle 
BASIC von ATARI, Omikron.BASIC, 
gibt es den dazu passenden Compiler und 
verschiedene Libraries. Für die Pascal- 
Freaks bietet sich CCD-Pascal an. Nicht 
vergessen darf man den bald schon unü- 
bersehbaren Markt von Modula-2-Com- 
pilern. Was macht man mit C ohne Edi- 
tor? Sich ärgern. Als leistungsstarken 
Editor empfehlen wir Tempus von CCD. 
Mit einer kleinen Erweiterung aus ST- 
COMPUTER 7/8-89, Seite 56, wird 
TEMPUS sogar zu einer leistungsstarken 
Textverarbeitung. 


Busy Business 


Wer beruflich oder privat mit dem ST 
Anwendungsprogramme benutzen 
möchte, kann auf eine große Auswahl 
zurückgreifen. Mit Adimens ST plus von 


Der ST Comp 





Adi ist im Vereinbarungsprogramm die 
Struktur der Datenbank sehr leicht und 
schnell aufgebaut. Vielfältige Funktionen 
zeichnen diese relationale Datenbank aus. 
Als aufbauendes Segment dient AdiTalk 
(ST-COMPUTER 11/89, Seite 38). 


Wer kennt sie nicht, die dBASE III-Fami- 
lie für PCs? Dieses Datenbanksystem ist 
mit dBMAN von Computer Mai für den 


$) 
H 


AKTUELLES 


uter Weihnachts-Basar 


aAR 


RLEKIN 


ST erhältlich. Besonders der Anwender, 
der auf dBASE-Quellcodes zurückgrei- 
fen kann bzw. möchte, wird gerne damit 
arbeiten. Und: Ein Compiler wird auch 
gleich mitgeliefert (ST-COMPUTER 5/ 
89, Seite 48). 


Suchen Sie ein modular aufgebautes Da- 
tenbanksystem nach der neuen Sprache 
für relationale Datenbanken, SQL? Dann 


SCHEIBEN 
KLEISTER 
ee 





sind Sie mit Regent Base II von Compu- 
terware gut bedient (ST-COMPUTER 5/ 
89, Seite 169). 


An Tabellenkalkulationen stehen auch 
einige Läufer an der Startlinie. LDW- 
Powercalc von Markt & Technik und 
BeckerCalc von Data Becker lassen vom 
guten, alten Lotus 1-2-3 nicht mehr viel 
übrig: 7 Arbeitsblätter mit je 16000 Spal- 


ten mal 8000 Zeilen, umfangreiche Grafik 
und arithmetische Funktionen können 
sich sehen lassen. 


Am Anfang war 
das Wort 


Möchten Sie Texte bearbeiten, verarbei- 
ten, was auch immer? Auch das ist kein 
Problem, die Anbieter überschlagen sich 
geradezu mit tollen, neuen Programmen 
bzw. Programmversionen. 1st Wordplus 
von ATARlisteines derersten Textverar- 
beitungsprogramme, die es für den ST 
gegeben hat. So benutzen es auch die 
meisten Anwender des ATARI. Mit Gra- 
fikeinbindung und Wörterbuch kann es 
sich in der neuesten Version 3.15 sehen 
lassen. 


SIGNUM!?2 von Application Systems ist 
ein Muß für Studenten und solche, die 
gutaussehende Dokumente abliefern 
müssen. Schon mit 24-Nadeldruckern 
kann man die Ergebnisse problemlos mit 
den Ausdrucken eines Laserdruckers 
vergleichen. Script, die neue Textverar- 
beitung von der gleichen Firma, hat den 
Bedienungskomfort des Macintosh auf 
den ST gebracht. Es greift auf Zeichensät- 
ze, Druckertreiber usw. von SIGNUM!2 
zu und bietet als erste Textverarbeitung 
auf dem ST eine On-line-Formatierung. 
(ST-COMPUTER 11/89, Seite 16) 


Redakteur von Computer Mai gilt als 
Nachfolger von Ist Wordplus. Die Ähn- 
lichkeit der beiden Programme ist schon 
frappierend. Außerdem sind in Redakteur 
viele Funktionen eingebaut, die man 
schon lange bei Ist Wordplus vermißt hat: 
Proportionalschrift, umfangreiche Stati- 
stiken, Tastaturprogrammierung etc. (ST- 
COMPUTER 6/89, Seite 137). 


WordPerfect, das neuerdings direkt von 
ATARI vertrieben wird, ist die voll in 
GEM eingebundene ST-Version des 
gleichnamigen MS-DOS-Renners. 


Nicht ganz Textverarbeitung, sondern 
eherein Satzsystem ist TeX. Es formatiert 
Fremdtexte (ASCII) in allen Variationen 
und ist deshalb gern als technisch-wissen- 
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TE 





er 


schaftliches Textprogramm im Einsatz 
(u.a. auf PD-Disketten bei MAXON er- 
hältlich) (ST-COMPUTER 5/89, Seite 
148). 


Calamus von DMC ist das Standardpro- 
gramm im Bereich Desktop-Publishing 
auf dem ST. Mit Calamus entsteht auf 
dem ST ein super Text- und Grafikpro- 
gramm. Mit vielen Maus-Buttons und 
Untermenüs ausgestattet, bleiben kaum 
Bearbeitungswünsche offen. 


Wo der Heller rollt 


Möchten Sie eine Finanzbuchhaltung auf 
dem ST betreiben? Auch das ist kein 
Problem, denn gerade in diesem Bereich 
haben Sie sehr viele Auswahlmöglichkei- 
ten bei den Programmen. Die FiBu-Pro- 
gramme aus der BS-Serie von Bavaria- 
Soft, der T.I.M.-Serie von CASH, FiBu- 
Man von Novoplan, GD-Fibu von gdat 
sind die gängigsten Programme. 


Sind Sie an der Börse aktiv? Dann haben 
Sie den richtigen Computer auf dem 
Schreibtisch stehen, denn mit IFA-Chart 
und Chartanalyse werden Sie zum profes- 
sionellen Börsenmakler. 


Angebote, Fakturierung, Mahnwesen mit 
Lieferschein, Rechnung und übergabe an 
Finanzbuchhaltung? Kein Problem, wenn 
Sie ReProK besitzen. ReProK ist ein 
komplettes Programm zur vollständigen 
Büroorganisation (ST-COMPUTER 10/ 
89, Seite 29). 


Den Pinsel gewetzt 


MegaPaint II von Tommy Software ist 
das Grafikprogramm für Künstler und 
Techniker gleichermaßen. Ausdrucke 
von A5 bis A2, Datenaustausch mit Cala- 
mus, Timeworks Publisher, SIGNUM! 
und Wordplus, Scanner-Anschluß, inklu- 
sive Text- und Font-Editor, um nur einige 
Merkmale zu nennen, damit dürfte Mega- 
Paint Il auch den letzten Kritiker überzeu- 


26 SI 12/1989 


AKTUELLES 


gen (ST-COMPUTER 5/89, Seite 123). 
Möchten Sie sowohl Raster- als auch 
Vektorgrafiken bearbeiten, sind Sie mit 
Arabesque von Shift richtig bedient. Na- 
türlich funktioniert auch Verzerren, Bie- 
gen, Vergrößern, Verkleinern, Drehen, 
Spiegeln und, und, und ... (ST-COMPU- 
TER 10/89, Seite 48). 


Der größte Teil des restlichen Grafik- 
markts wird von Application Systems 
beherrscht. STAD sollte z.B. in keinem 
Haushalt, der zeichnen, malen oder desig- 
nen möchte, fehlen. STAD ist das Stan- 
dardprogramm für den Grafiker. 2D- und 
3D-Teil mit äußerst vielen Funktionen 
lassen kaum Wünsche offen. Creator, ein 
Zeichenprogramm mit 3D-Teil und Ani- 
mation, sprengt mit 10000 mal 10000 
Pixeln den Rahmen eines normalen ST- 
Monitors und ist ein Muß für den Freund 
der animierten Grafik. Was gibt esnoch? 
IMAGIC für Desktop Video für den, der 
auch farbige Grafiken mag, Cyber Studio 
CAD 3D von Markt & Technik für den 
Freund anspruchsvoller Software und 
Omikron.DRAW! 3.0. 


Haste Töne 


Schon immer war der ST für Musikan- 
wendungen hervorragend geeignet. 
Steinberg CuBase ist der neue Star unter 
den Sequencern. Mit umfangreichen 
Funktionen ausgestattet, wird es als das 
Standardwerkzeug für Musiker gehandelt 
(ST-COMPUTER 6/89, Seite 44). Aller- 
dings bietet auch die Konkurrenzfirma C- 
Lab einiges an sehr guten Musikprogram- 
men. Am besten läßt man sie sich in einem 
Synthesizer-Studio vorführen. 


Postwendend 


Gerade der Anfang in der Datenfernüber- 
tragung ist schwer. Deshalb braucht man 
ein Terminal-Programm, das einfach zu 
bedienen ist, wie Interlink ST von Bela. 
Doch nicht nur für Anfänger bietet Inter- 
link Komfort, sondern auch der Profi 
profitiert von den umfassenden Möglich- 
keiten des Programms. Interlink ist das 
einzige Terminal-Programm mit einer 
vernünftigen ANSI-Umsetzung (mit Gra- 
fikzeichen) auf dem ST. 


Für den absoluten DFÜ-Freak muß natür- 
lich ein eigenes Mailbox-Programm her. 
Starmail, Picobox, Skylink und Magic- 
BOX ST wurden in Ausgabe 11/89 gete- 
stet. Auch hier ist die Auswahl also relativ 
groß, Sie können zwischen Menü-, Be- 
fehls- und gemischten Systemen wählen. 


Handwerkszeug 


Harlekin von MAXON in fünf Zeilen zu 
beschreiben, isteigentlich eine Frechheit, 
denn es kann dem Accessory nicht ge- 
recht werden. Editor, Termindatenbank, 
Drucker-Spooler, Speichermonitor, Ta- 
schenrechner, Bildschirmschoner, Ter- 
minalprogramm, RAM-Disk, Tastatur- 
makros, Bildschirmuhr und vieles, vieles 
mehr in einem Programm... 


G+Plus von Bela ersetzt frühere (unaus- 
gereifte) GDOS-Treiber, und GEM wird 
nicht mehr gebremst. Ein Neustart des 
gesamten Systems zur Installation ist mit 
G+Plus nicht mehr nötig. 


Als nützliche Erweiterung der “norma- 
len” ATARI-Oberfläche bietet NeoDesk 
von Computerware u.a. andere Icons, 
mehr Informationen im Directory, auch 
mehrspaltig, Befehlsanwahl per Tastatur, 
maximal sieben offene Fenster, Icon- 
Ablage auf dem Desktop, Batch-Dateien 
und vieles mehr. Ähnliches bietet AIDA 
von MK-Soft, ebenfalls eine neue Ober- 
fläche für den ST, bei der aber zusätzlich 
noch eine Command-Shell beigefügt 
wurde. 


Mit Revolver von Bela teilen Sie den 
Speicher in mehrere Pseudo-STs auf und 
arbeiten darin unabhängig. Sehr schön ist 
beispielsweise das Komplettspeichern 
von ganzen Speicherabschnitten (Pseu- 
do-STs) auf Festplatte (sogenanntes 
“roll-in”/"roll-out”) (ST-COMPUTER 3/ 
89, Seite 21). 


Spiele 

Auch der Spielemarkt erhielt einige gute 
Neuerungen, die man sich nicht entgehen 
lassen sollte. Mit Kings Quest III bei- 
spielsweise hat uns Sierra ein neues Gra- 
fik-Adventure im Leisure-Suit-Larry-Stil 
beschert. 


Populous und die Promised Lands waren 
der Hitim Jahre 1989. Wer das Spielnoch 
nicht hat, hat einiges versäumt. Wer 
möchte schließlich nicht einmal Gott und 
Herrscher über seine eigene Welt spielen 
und über Geschick und Verderben ganzer 
Völker urteilen? Besonders interessant 
wird Populous, wenn man mehrere Rech- 
ner vernetzt und gegeneinander spielt. 


Xenon II - Megablast ist das Ballerspiel 
des Jahres schlechthin. Supergrafik, toller 
Sound, astreine Action, Spitzenanima- 
tion, all das erwartet Sie in Xenon II - 


Megablast. Ballerspielfans sollten dieses 
Spiel auf keinen Fall an sich vorüberzie- 
hen lassen. 


Auch die Sportspielfans blieben in die- 
sem Jahr nicht enttäuscht. Mit Great 
Court Tennis und Kick Off sind Tennis- 
und Fußballsimulationen erschienen, die 
allen Kritikern, die Sportspiele auf Com- 
putern nichtmögen, die Sprache verschla- 
gen dürften. 


Grafik-Adventure-Liebhaber dürften im 
Jahre 1989 ebenfalls ihr Eldorado erlebt 
haben, denn mit Kult kam das Grafik- 
Adventure schlechthin. Wer dieses Spiel 
an sich vorüberziehen läßt, hat selbst die 
Verantwortung für seine Langeweile zu 
tragen. 


Harte Ware 


Passend zu Interlink ST als Terminal- 
Programm bietet sich ein Modem an. 
Damit Sie auch gleich auf dem neuesten 
Stand sind, sollten Sie sich ein Modem 
nach dem MNP 5-Standard anschaffen. 
Mit ihm werden die Daten automatisch 
komprimiert, wodurch man einige Schil- 
linge spart. 


Endlich das “Betriebssystem Marke Ei- 
genbau” selbst in ein EPROM oder EE- 
PROM brennen zu können, dürfte ein 
Wunsch vieler sein. Im mitgelieferten 
Hex-/ASCII-Monitor des Juniorprom- 
mers läßt sich sogar der Inhalt eines 
EPROMs auslesen und blitzschnell än- 
dern. 


Ob als Kopierschutz oder als Logikbau- 
stein, GALs finden in allen Bereichen der 
Elektronik ihre Berechtigung. In diese 
Bausteine kann, den MAXON-GAL-Pro- 
mmer vorausgesetzt, die Struktur ganzer 
Logikbauelemente (sogenannte logische 
Gatter) einprogrammiert werden. UND: 
GALSs sind wieder löschbar - ohne jegli- 
ches Löschgerät. 


Wer’s gerne bunter und größer liebt, ist 
mit der MGE-Grafikkarte gut bedient. Ob 
DTP am 19"-Bildschirm oder Bildverar- 
beitung mit 256 Farben, alles wird mit der 
MGE preisgünstig möglich. 


Weitere Grafikkarten für den professio- 
nellen Bereich sind beispielsweise Chili, 
eine Video-Grafikkarte mit 65000 Farben 
aus 16 Millionen, Genlock und Farb- 
Echtzeit-Digitzer für VHS-Videorecor- 
der, oder die Matrix-Grafikkarte. 


AKTUELLES 


Emulatoren 


Endlich auch MS-DOS-Programme auf 
dem ST laufen lassen! PC-Speed ist eine 
kleine Platine mit einem NEC V30-Pro- 
zessor und wird auf den 68000-Prozessor 
des ST gelötet. Dadurch wird der ATARI 
MS-DOS-kompatibel (ST-COMPUTER 
7/8-89, Seite 14). 


Nach langen Unsicherheiten und Gerüch- 
ten ist eine weitere Hardware-Emulation 
für MS-DOS auf dem ST endlich verfüg- 
bar. Er ist viermal so schnell wie ein XT, 
ebenso schnell wie ein PC-Speed, aber 
nur fast halb so schnell wie ein AT. Die 
Rede ist vom Supercharger, dem MS- 
DOS-Emulator für den ST (ST-COMPU- 
TER 10/89, Seite 26). 


Wer hätte nicht gerne einen Macintosh zu 
Hause stehen? Mit Aladin, dem alternati- 
ven Betriebssystem für den ST, ist auch 
das kein Problem mehr. Aladin bildet auf 
dem ST einen Apple Macintosh nach. 
Spectre 128 ist ein weiterer Mac-Emula- 
tor. Jetzt aber mit den neueren 128k- 
Apple-ROMs, damit alle modernen Mac- 
Programme auch auf dem ST nutzbar sind 
(ST-COMPUTER 5/89, Seite 34). 


Harte Scheiben 


Der Festplattenmarkt für den ST wird 
immer umfassender, größer, preiswerter 
und besser. Welche Festplatte für Sie die 
beste ist, entnehmen Sie am besten unse- 
rer großen Festplattenübersicht in dieser 
Ausgabe. 


Wer mit seinen Massenspeichern beweg- 
lich bleiben möchte, sollte sich eine 
Wechselplatte anschaffen (lassen). Hier 
stellt sich die Frage, welche Platte es sein 
soll. Angeboten werden beispielsweise 
die Platte von ATARI (Megafile 44) oder 
die von Eickmann Computer aus Frank- 
furt. Beide beinhalten das Syquest 
SQ555-Laufwerk und sind somit auch 
voll kompatibel. 


Wäre es nicht eine tolle Sache, den nor- 
malen Systemtakt des ST von 8 auf 16 
MHz zu erhöhen und dabei volle Kompa- 
tibilität zu erhalten? Eine kleine Zusatz- 
platine mit neuem 68000er ermöglicht 
das. Dabei helfen auch Instruktions- und 
Daten-Cache. Hypercache ST nennt sich 
die entsprechende Erweiterung. 


Eickmann Computer bietet demnächst 
ebenfalls eine Erweiterung in dieser Art 
an, so daß auch hier eine Auswahl ge- 
schaffen wird (ST-COMPUTER 7/8-89, 
Seite 28). 


Der 
ST Computer 
Weihnachts- 


Basar 


Floppiges 

Leider lassen sich jaan den ST nur zwei 
Laufwerke direkt anschließen. Diese ge- 
ringe Anzahl verfügbarer Laufwerke soll- 
te man dann aber auch ausnutzen, indem 
man beispielsweise ein 5 '/,"-Laufwerk 
als zweites anschließt, um vielleicht auch 
mal Disketten der großen MS-DOS-Welt 
lesen zu können. Hier ist der Markt der 
Anbieter schier unüberschaubar. Lauf- 
werke von Eurosystems, Busch&Rempe, 
Weide, Fischer, MAXON, Frank Strauß, 
Eickmann, Trumpp und vielen anderen 
werden auch in unserem Anzeigenteil 
angeboten. Sehen Sie sich um! 


Datensichtgeräte 


Wen nervt es nicht, daß andauernd Moni- 
tore umgesteckt werden müssen? Hier 
SIGNUM!, da ein Spiel, und schon ist das 
Steck-Chaos perfekt. Das kann sehr ein- 
fach ein Ende haben, denn es gibt ja den 
Eickmann Multisync. Dieser Monitor ist 
ein Graustufen-Multisync, der den Farb- 
modus des ST in Grautönen darstellt. 


Mit stolzem 19"-Bildschirmdurchmesser 
präsentiert sich uns der MatScreen/M 110 
als Ganzseiten-Großbildschirm und 
schafft eine Auflösung von 1280 mal 960 
Punkten. Sein großer Bruder glänzt sogar 
mit 24". Solche Monitore sind fast schon 
unverzichtbar für Anwendungen wie 
Desktop Publishing mit Calamus. Nicht 
zu vergessen, daß ATARI mit dem SM 
194 selbst auch einen 19"-Bildschirm 
anbietet. 


Unter den Fingern 


Eine der größten Schwachstellen des STs 
war und ist die Tastatur. Mit verschiede- 
nen Umbausätzen und neuen Tastaturen, 
teils von MS-DOS-Rechnern, kann auch 
diesem Umstand Abhilfe geschaffen 
werden, so daß auch die Vielschreiber 
keine Probleme mehr mit krummen Fin- 
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gern haben dürften (ST-COMPUTER 3/ 
89, Seite 128). 


Vernetzt 


Für den anspruchsvollen Benutzer und 
die, die den ST beruflich in einer Firma 
benutzen (müssen), bietet sich der Einsatz 
eines Netzwerks an, um mehrere ST-bzw. 
PC-Rechner miteinander zu verbinden. 
eLAN, das erste Netzwerk für ATARI 
ST-Computer, erlaubt auch die Verbin- 
dung zu ECB, VMEbus oder IBM-PCs. 
Damit wären sogar gemischte Netze 
möglich. PAMs Net/rho-NET arbeitetmit 
intelligenten Netzknoten und erlaubt 
sogar den Anschluß an VAXen. Den Test 
über BioNet 100 finden Sie in dieser 
Ausgabe, die beiden anderen Netzwerke 
wurden in Ausgabe 10/89, Seiten 37 und 
43, getestet. 


Der Bücherwurm 


Auch die Leseratten haben genügend 
Stoff, um sich in den ST einzuarbeiten. 
Der Markt an Fachbüchern ist schier 
unüberschaubar. Das Profibuch von Sy- 
bex sollte in keinem ST-Programmierer- 
Schrank fehlen: Ganz gleich, welche 
Anwendung man machen möchte, das 
Profibuch ist dabei. 


2 * Intern von Data Becker zeigt anhand 
vieler Beispiele, wie das Betriebssystem 
und die Hardware sinnvoll eingesetzt 
werden. Fast alle Programme sind in den 
Sprachen GFA-BASIC, Omikron. 
BASIC und € abgedruckt. 


Scheibenkleister II von MAXON ist das 
Standardwerk schlechthin für alle An- 
wender von Massenspeichern am ST, also 
allen ST-Benutzern. Der Kursteil erklärt 
in lockerer Sprache alles zur Program- 
mierung von Floppy, Festplatte, CD- 
ROM. Im Nachschlageteil folgen Be- 
schreibungen der Bauteile und des Be- 
triebssystems. 


Nicht zu vergessen ist die “Kleisterschei- 
be”, die allein schon mehr wert ist als 79 
Mark. Die Kleisterscheibe enthält 1,7 MB 
Software, unter anderem Track-Editor, 
Sektormonitor, Plattentreiber vom Fein- 
sten und das bekannte Hyperformat. 


Adimens richtig zu benutzen, ist nicht 
unbedingt leicht. Für diejenigen, die 
damit schon immer Probleme hatten oder 
vielleicht eine vernünftige Datenbank 
einrichten bzw. programmieren wollen, 
bietet Markt & Technik das Adimens- 
Buch an. 


AKTUELLES 


Datenstrukturen und Algorithmen sind 
die Grundelemente der Programmierung 
eines jeden Computers. Das Buch “Da- 
tenstrukturen am ST” von MAXON zeigt 
diese auf und bringt Grundlagen, Algo- 
rithmen zum Suchen und Sortieren, das 
Arbeiten mit komplexen Zahlen und vie- 
les mehr. 


Auch die Hardware-Freaks unter uns blei- 
ben nicht unberücksichtigt. Markt & 
Technik bietet ein Hardware-Buch für 
den ST an, in dem viele Grundlagen, 
Schaltungen etc. abgedruckt sind. Für alle 
Bastler unter uns ist das Buch ein Muß. 
Vielleicht möchten Sie ja sogar eine Alar- 
manlage mit dem ST bauen? 


Alle GFA-BASIC 3.0-Programmierer, 
die sich mit dem ohnehin umfassenden 
mitgelieferten Handbuch noch nicht zu- 
friedengeben wollen, können auf das 
GFA-BASIC 3.0-Buch von GFA System- 
technik zurückgreifen, indem ausführlich 
strukturierte Programmierung und viele 
nützliche Routinen beschrieben werden. 
Wer kann beispielsweise nicht eine Di- 
rectory-Routine gebrauchen? Doch auch 
von Sybex wird ein Referenzhandbuch zu 
GFA-BASIC angeboten, in das man ohne 
weiteres mal schnuppern sollte. 


Für Omikron.BASIC ist bei MAXON ein 
weiterführendes Werk erschienen. Alle 
engagierten Omikron.BASIC-Program- 
mierer sollten sich dieses Buch anschaf- 
fen, denn viele interessante Programme 
und Hilfsroutinen, die das Leben mit 
Omikron.BASIC leichter und komfortab- 
ler machen, sind in darin veröffentlicht. 


ATARI ST SIGNUM!Zwei heißt das 
Buch von Markt & Technik, das dem 
SIGNUM'!Zwei-Anwender das Leben 
leichter machen soll. Das Buch soll die 
Unzulänglichkeiten des Originalhand- 
buchs ausmerzen. Hier wird nicht nur 
SIGNUM'!Zwei beschrieben, sondern 
auch eingeordnet zwischen Textverarbei- 
tung und Desktop-Publishing-Pro- 
gramm. 

“Auf einen Blick”-Boxen verschaffen 
einen schnellen Überblick über die in den 
einzelnen Kapiteln besprochenen The- 
men. Doch auch von Application Systems 
ist ein einführendes Buch über Signum! 
erschienen. 


Computersimulationen und Rechnerex- 
perimente am ATARI ST sind ebenfalls 
ein höchst interessantes Thema. In Berei- 
chen der Astronomie, Chemie und Teil- 
chenphysik wird im Buch “Computersi- 
mulationen” von MAXON aufgezeigt, 
wie Naturvorgänge in einem Computer- 
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system durchlaufen werden, wie sie be- 
einflußbar sind und welche Ergebnisse sie 
liefern. 


Accessoires 


Haben Sie immer noch kein geeignetes 
Geschenk für sich oder jemand anderen 
gefunden? Auch das sollte kein Problem 
sein, denn viele nützliche Accessoires, 
die man täglich braucht, können auch ein 
schönes Geschenk sein. Wie wäre es bei- 
spielsweise mit einem Computertisch mit 
ausziehbarem Brett für die Maus? Besit- 
zen Sie schon einen Monitorständer, mit 
dem Sie den SM124 um 90° durch die 
Gegend schwenken können, wenn das 
Licht auf den Monitor scheint? Bewegen 
Sie Ihre Maus auf einem Maus-Pad oder 
immer noch auf dem blanken Tisch? 
Machen Sie Ihrer Maus die Freude, innen 
immer sauber zu sein. Staubschutzhauben 
können ebenfalls sehr praktisch sein, 
wenn Sie beispielsweise Katzen im Haus 
haben, die sich gerne auf der Tastatur 
niederlassen, weil sie so schön warm ist. 
Ein Druckluftspray zur Reinigung der 
Tastatur ist in diesem Fall auch ange- 
bracht. Monitorreinigungsspray für den 
Raucher kann ebenfalls von Vorteil sein, 
um den Schwarzgraumonitor wieder in 
einen Schwarzweißmonitor zu verwan- 
deln. Nicht vergessen dürfen Sie auch, 
daß ein ST-Benutzer grundsätzlich viele 
Disketten verbraucht. Farbige Disketten 
bringen etwas Leben in die sonst so trübe 
Computerlandschaft. Über Druckerpa- 
pier freut sich jeder Druckerbesitzer, 
dessen Eltern nicht in einem Büro arbei- 
ten. Wer umweltfreundlich sein will, 
nimmt Umweltschutzpapier. 


Haben Sie den richtigen Artikel gefun- 
den? Der Markt für den ST ist so groß, daß 
man schon mal den Überblick verlieren 
kann. Wir hoffen, Ihnen mit unserer klei- 
nen, natürlich nicht vollständigen Über- 
sichteine kleine Hilfestellung gegeben zu 
haben. 
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1. PACKET 
SPIELE1 


Action-, Denk-, und 
Geschicklichkeitsspiele 






































Dieses Paket bei- |e 
nhaltet die besten 
Action-, Brett- und 
Geschicklichkeits- 
spiele aus der ST- 
Computer-PD- 
Sammlung. Über 20 
Spiele lassen den Joystick heißlau- 
fen oder die Tastatur klappern. So 
z.B. MACPAN, eine Umsetzung 
des Klassikers PACMAN, bei dem 
Schnelligkeit und Überblick ge- 
fragt sind, oder GO UP, bei dem die 
Spielfigur über Seile und Leitern 
hechten muß, um Diamanten ein- 
zusammeln, immer den Atem der 
Verfolger im Rücken. In DIA- 
MOND-MINER. sprintet die 
Spielfigur durch viele Levels und 
sammelt Edelsteine ein. Doch in- 
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mitten der labyrinth- 
artigen Gänge müs- 
sen Felsbrocken aus 
dem Weg geräumt 
werden, die einem 
aber leicht auf dem 
Kopf fallen können. 
Hier ist scharfes 
Denken gefragt. 


Noch mehr Action 
bietet das Spiel 
SBREAK. Es han- 
delt sich hierbei um 
ein bis ins letzte 
Detail ausfrisiertes 
Breakout-Spiel, bei 
dem eine Steinwand 
abgebaut werden 
muß. Das Spiel hat 
unzählige Bonus- 


AKTUELLES 





Rechtzeitig zu 


Weihnachten wurden 


aus der großen ST- 
Computer PD- 
Sammlung vier 
PD-Pakete 
zusammengestellt, 


die zu den jeweiligen 


Themen das Beste 
aus der Sammlung 
enthalten. Jedes 
Paket besteht aus 


bei dem es auf 
scharfe Kombina- 
tionsgabe an- 
kommt. Aufgeklärt 
werden müssen ein 
Verbrechen, dessen 
Uhrzeit und Ort. 
Möchte man es et- 
was einfacher, so 
bietet sich PUZZ- 
LEPUZZLE an, ein 
sehr schön gestalte- 
tes Puzzlespiel. 


2. PACKET 
SPIELE 2 


Adventures, Fan- 


steine, über hundert fi ünf randvollen ei nn . 
verschiedene Levels Disketten in einer ER 

und einen Editor für weihnachtlichen Dieses Pakefwurde 
eigene Spiele. Verpackung. für die Computer- 


MBREAK ist ein 

farbenfrohes Breakout mit vie- 
len Extras, gelenkt mit einem ei- 
genwilligen Bumerang statt ei- 
nes Balls. 


Bei TUZZLE muß eine Rohrlei- 
tung durch Verschieben 
von Bauteilen zusammen- 
gefügt werden. Während- 
dessen dringt aber schon 
das Wasser ein. Eine ande- 
re Kategorie deckt NAPO- 
LEON ab. Hierbei geht es 
um die Er- 
oberung von 
Ländereien. 


Reine Denk- 
spiele sind 
SHANG, 
DRACHEN 
und FARB- 
DRACHEN sind beides Compu- 
terversionen eines alten chinesi- 
schen Spieles, bei dem die Steine 
einer Pyramide abgebaut werden 
müssen. Doch es lassen sich nur 
gleichartige Randsteine entfernen. 
Etwas komplizierter geht es bei 
RAMSES zu. Unter diesem Namen 
versteckt sich ein Mühlespiel, bei 
dem ein Spieler gegen den Compu- 
ter antritt. 





SHERLOCK ist ein Detektivspiel, 


spielfreunde zu- 
sammengestellt, die knifflige Spie- 
le ohne Joystick bevorzugen. So 
enthält es eine Vielzahl von Ad- 
venture- und Fantasierollenspie- 
len. 
VAULT I spielt in einem 
alten schottischen 
Schloß. Der Schloßherr 
wurde tot aufgefunden, 
die Polizei tappt im Dun- 
keln. Ist die Lösung im 
Schloßinnern zu finden? 
VAULT I 
handelt von il- 
legalem Pluto- 
niumhandel. 
Die Spur führt 
nach Mc- 
Kingsley Cast- 
le, wo die dü- 
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steren Geschäfte anscheinend ge- 
trieben werden. 


Ein weiteres Adventure, 
SCHLOSS, spielt im Schloss eines 
bösartigen Zauberers, EL BOZO 


CITY spielt hingegen in einer 
Großstadt. Das Adventure ist flip- 


pig und mit vielen originellen 
Sprüchen versehen. Noch originel- 
ler ist DON_ DADL, das Abenteu- 
er im Hoppeland. Dort ist nämlich 
alles sehr nahrhaft, und so frißtman 
sich förmlich durch das Spiel. Na, 
Lust auf eine verschlossene Salat- 
tür? 


In die Welt der Fantasierollenspie- 
le führen die Spiele HASCS - Allei- 
ne in Eritas und HASC- der Rat der 
Weisen. Beide Spiele spielen in 
mystischen Welten. 

Die weiteren Spiele kommen alle 
aus dem Bereich Brett- und Wür- 
felspiele. Einige sind Umsetzun- 
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gen von bekannten 
Spielen, zu denen 
jedes Wort über- 
flüssig wäre: 
SCHACH, IN- 
VERSI, KNIFFEL, 
SCRIBBEL, SOLITÄR, MEMO- 
RY und MONOPOLY. Doch das 
ist noch nicht alles. Viele andere 
sehr empfehlenswerte Spiele fan- 
den ihren Platz in diesem Paket: 
ALEA, BLACKBOX, THINK- 
WORK, EXPLODE, HIP, ISOLA, 
KILLER, ROXXOR, SIGMA und 
ROULETTE. Diese zu beschrei- 
ben würde Seiten füllen, jedoch ist 
auch klar, daß diese alle spielen zu 
wollen, sicherlich eine wochenfül- 
lende Tätigkeit ist. 


3. PAKET 
FÜR EINSTEIGER 


Dieses Paket enthält so ziem- 
lich alles, was man als ST- 
User benötigt: 


Zum einen wichtige Utilities wie 
Kopier- und Formatierprogramme, 
RAM-Disk, Maus-Speeder, Label- 
Drucker, Editoren, Musik- und 
Grafikprogramme bis hin zu 
Adreßverwaltungen. 






































Einige Utilities: 
MAXIDISK- reset- 
feste, komprimie- 
rende RAM-Disk 


AKTUELLES 


Systemstart. COPY- kopiert ge- 
wünschte Dateien automatsch in 
die RAM-Disk. FLESH - eine uni- 
verselle Shell für beliebige Pro- 
gramme. 


Weiterhin sind Programme zum 
Drucken des Disketteninhalts 
(DISKSORT) und zum Bedrucken 
von Diskettenaufklebern (STIK- 
KER) enthalten. Hiermit kann Ord- 
nung in der Disksammlung gehal- 
ten werden. Zur Datenverwaltung 
steht ADR_2, ein hervorragendes 
Hilfsmittel, bereit. Es ermöglicht 
die Verwaltung beliebiger Adres- 
sen, Serienbriefe, Adreßaufkleber, 
Namenslisten und vieles mehr. 
Auch die persönliche Videosamm- 
lung kommt mit VIDEO nicht zu 
kurz. 


Zum Zeichnen eines Bildes stehen 
Public Painter und das Programm 
Masterpaint zur Verfügung. Beide 
weisen fantastische Funktionen 
auf, die so einiges zu bieten haben. 


Zum Edieren von Dateien oder 
auch zum Schreiben eines Briefes 
dient EDIMAX bzw. TOSEDIT. 
Es handelt sich hierbei um schnel- 
le Editoren, die sich sehr vielseitig 
einsetzen lassen. 


Wißbegierige können Ihren 
Sprachschatz mit ver- 
“| schiedenen Vokabeltrai- 
nern aufbessern. Sogar das 
Lernen von regel- und un- 
regelmäßigen Verben 
wird von dem Programm 
ECS unterstützt. Zur 
Überprüfung 
der persönli- 
chen Verfas- 
sung tragen 
die Program- 
me BIOR- 
HYTHMUS, 








variabler Größe. 
FSELECT- die File- 
selectbox mit den 
unbegrenzten Möglichkeiten. HY- 
PERFORMAT- das beste Forma- 
tierprogramm, QUICKMOUSE- 
Mausbeschleuniger, FCOPY 2- 
schnelles und flexibles Kopierpro- 
gramm, BITTE EIN BIT- das beste 
Kopierprogramm auch als Acces- 
sory. SETTIME- Zeitabfrage bei 





IQ-TEST und 
GENIUS bei. 


Zum Entspannen wurden einige 
Spiele integriert. So z.B. MEGA- 
ROIDS, der Klassiker auf dem ST, 
wo Meteoriden abgeschossen wer- 
den müssen, und GALERIE, ein 
Patiencespiel mit sehr schöner 


Grafik. 


4. PACKET 
WISSENSCHAFT 


Mathematik, Physik, Che- 
mie, Geographie. 


Das letzte Paket ist für naturwis- 
senschaftliche Anwender ausge- 
legt. So existieren im Bereich Ma- 
thematik mehrere gute Kurven- 
Plotter und Meßwertanalysen. 
ANALY_ST beispielsweise er- 
zeugt eine komplette Kurvendis- 
kussion, von den Nullstellen und 
Extremstellen über Ableitungen 
und Integrale bis hin zur eigentli- 
chen Kurve. Weiterhin werden 
ganzrationale Funktionen errech- 
net. Auch die anderen Programme 
sind nicht zu verachten. Zur Aus- 
wertung von Meßwerten dient 
PLOTTER. Verschiedene Regres- 
sionen, Spline und Interpolationen 
sind vorhanden. MATRIX be- 
herrscht diverse Matritzen- 
rechnungen, wie z.B. das Lö- 
sen eines LGS, Teillösungen, 
Dreiecksmatrix, 

und vieles andere. 


Natürlich ist auch der 


Invertieren 


dimensional dargestellt und im 
Raume rotiert werden. 


Nicht nur für Schüler und Studen- 
ten eignet sich LABORANT. Es 
berechnet z.B. Molmassen, Ver- 
dünnungen, Titration, div. Um- 
rechnungen und identifiziert orga- 
nische Verbindungen anhand der 
Strukturformel. Zur Bestimmung 
einer Analyse 
dient EANA- 
LYSE: 


























Die Geogra- 
phie schließ- 
lich bietet z.B. 
eine rotierende 
Weltkugel, die 
sich in Echtzeit 





dreidimensionale 

Raum vertreten. CAR- über den 
PET erzeugt räumliche Bildschirm 
Funktionsgrafiken, die dreht, ein 
neben der A Programm 
mathemati- mit Daten 
schen Aus- über sämt- 
sagekraft liche Länder und ein 
auch op- Lernprogramm, das 
tisch an- sämtliche Länder und 
sprechend Hauptstädte der Erde ab- 
sind. fragt. 


Die Geometrie ist schließlich auch 
vertreten. KÖRPER rechnet Volu- 
men, Umfang etc. von vielen geo- 
metrischen Körpern aus, wogegen 
DREIECK sich auf die Dreiecks- 
berechnung spezialisiert hat. Die 
Chemie ist am vielseitigsten ver- 
treten. So reicht die Sammlung von 
‘einfachen’ Periodensystemen, bei 
denen sämtliche wichtigen Daten 
ausgegeben werden, bis hin zur 
Elementaranalyse. 


Ein besonders interessantes Pro- 
gramm ist MOLEKÜL. Dort kön- 
nen chemische Verbindungen drei- 
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BioNet 100 


Ethernet-Netzwerk für den ATARI ST 


Das BioNet 100 ist auf Basis des Ether- 
net/Cheapernet-Hardware-Protokolls 
(IEEE 802.3) aufgebaut. So lassen sich 
nicht nur ATARI-Rechner, sondern 
auch andere Rechnersysteme wie SUN, 
DEC, VAX, Mainframes in mehreren 
miteinander kommunizierenden Netz- 
werken zu einem homogenen, transpa- 
renten Internet verbinden. Wir teste- 
ten das BioNet 100 mit einem ATARI 
ST und einem IBM PS/2-Modell 286. 


Um das BioNet zu betreiben, wird jeder 
dem Netz angeschlossene Rechner mit 
einem Netzknoten verbunden (Titelbild). 
Um dabei auch eine vernünftige Ge- 
schwindigkeit zu erhalten, werden die 
Geräte an den DMA-Port angeschlossen, 
der natürlich durchgeschleift ist, um wei- 
tere Geräte (Platten, Drucker...) anschlie- 
Ben zu können. Die Verbindung zwischen 
den einzelnen Knoten (“Nodes”) wird 
entweder über Koaxialkabel oder über 
DMA-ähnliche Kabel hergestellt. Ko- 
axialkabel haben den Vorteil, daß sie ab- 
geschirmt sind und so auch über längere 
Entfernungen sicher arbeiten. Jedes Ka- 
belende wird mit einem Abschlußwider- 
stand bestückt. Wer bereits Geräte am 


DMA-Port angeschlossen hat, muß sich 
um die Einstellung der Geräteadressen 
keine Sorgen machen, denn sie läßt sich 
sehr einfach über DIP-Schalter einstellen. 
Dabei ist es gleichgültig, welche Adresse 
eingestellt wird, solange an einem Rech- 
ner nicht zwei Geräte mit der gleichen 
Adresse angeschlossen sind. 


Zurückhaltung 


Als Anwender des BioNet 100 kann man 
das Netz praktisch nur beim Boot-Vor- 
gang erkennen, denn dann wird es initia- 
lisiert. Nach diesem Vorgang muß man 
sich einloggen, also einen Benutzerna- 
men und ein Paßwort eingeben (Bild 1), 
um dem System klarzumachen, wer man 
ist. Danach befindet man sich in einem 
ATARI-üblichen Desktop. Doch hier gibt 
eseinen Unterschied: Man kann ein belie- 
biges Laufwerk als Netzlaufwerk ange- 
ben, so daß alle Zugriffe, die darauf statt- 
finden, über die Netzknoten zum entspre- 
chenden Rechner weitergeleitet werden. 
Sokann beispielsweise das gesamte Lauf- 
werk “E:” auf der Festplatte eines MS- 
DOS-Rechners verwaltet werden. Doch 
nicht nur normale Laufwerke, in denen 


man als Superuser die Zugriffsrechte frei 
verteilen kann, können eingerichtet, auch 
“Privatedisks” können erstellt werden. 
Das ist ein Laufwerk, auf das nur ein 
Benutzer zugreifen kann. Die Größe die- 
ses Laufwerks läßt sich frei bestimmen, es 
kann also sowohl 100 kB als auch 16 MB 
groß sein. Die Größe der Privatedisk wird 
nur durch die Speicherkapazität der Platte 
eingeschränkt, auf der sie installiert wird. 
Die Vorteile der beiden Laufwerke liegen 
klar auf der Hand: Es gibt praktisch kein 
Programm, welches nicht auch mit dem 
Netzwerk benutzt werden kann, da 
GEMDOS-übliche Dateinamen verwen- 
det werden. Es existiert allerdings noch 
eine weitere Art von Disketten, die soge- 
nannte “Fast Read Disk”. Auf diese Disk 
kann nur ein Superuser schreiben, alle 
anderen Benutzer können lediglich von 
ihr lesen. Dadurch fallen alle Multiuser- 
Verwaltungen weg, und die Disk wird, 
wie der Name es schon sagt, wesentlich 
schneller als die anderen. 


TOS läßt grüßen 


Wenn man ein Laufwerk öffnet, merkt 
man keinen Unterschied zu den üblichen 
Operationen des TOS, daalle Zugriffe auf 
das Netz über die Netzknoten bzw. den 
Server verwaltet werden. Wenn nicht 
zwei Rechner gleichzeitig auf die gleiche 
Datei bzw. den gleichen Datensatz zu- 
greifen möchten, entsteht auch so gut wie 
kein Geschwindigkeitsnachteil. Da der 
Zugriff über den DMA-Port läuft, werden 
alle Daten quasi ungebremst über die 
Datenleitungen geschaufelt. Beim Lö- 
schen fällt allerdings auf, daß sich der 
Rechner hier nicht immer nach TOS-, 
sondern hin und wieder auch nach DOS- 
Norm verhält. So kann es vorkommen, 
daß ein Ordner nicht gelöscht werden 
kann, wenn sich in ihm noch Dateien 
befinden (“TOS Fehler #34”). 


Accessory 


Die grundsätzlichen Netzwerkfunktionen 
werden über ein mitgeliefertes Accessory 
bedient (Bild 2). In diesem Accessory läßt 
sich beispielsweise eine Mitteilung an 
einen anderen Netzteilnehmer verschik- 
ken, die dieser dann nach einer voreinge- 
stellten Zeit erhält. Man kann sich auch 
neu einloggen. Weiterhin kann im Acces- 
sory der Spooler konfiguriert werden. Der 
Ausdruck des ATARI wird hier umgelei- 
tet in eine Datei, die beim Server abge- 
speichert wird. Diese Datei enthält dann 
bereits alle Druckersteuerzeichen. Der 
Rechner, an den ein Drucker angeschlos- 
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sen ist, prüft in regelmäßigen Abständen, 
obein Druckjob für ihn anliegt. Ist das der 
Fall, wird die Datei ausgedruckt. Wenn 
der Druckjob über eine Centronics- 
Schnittstelle läuft, kann er sogar im Hin- 
tergrund laufen. Die Länge des Spool- 
files, also der zu druckenden Datei, istnur 
durch die Kapazität des Massenspeichers 
begrenzt. Natürlich kann auch am Server 
ein Drucker angeschlossen werden. 


Ist der Server ein MS-DOS-kompatibler 
Rechner, wird der Druck über den MS- 
DOS-Spooler PRINT.COM ausgedruckt. 
Leider können Programme wie SIG- 
NUM!2 oder Calamus nicht über den 
Spooler betrieben werden, da diese direkt 
auf die Schnittstelle zugreifen und nicht 
die Betriebssystemroutinen benutzen. 
Zudem hätte ein SIGNUM!2-Dokument 
pro Seite zirka 1 MB Speicherplatz zu 
beanspruchen, was auf Dauer vielleicht 
doch ein wenig viel würde. 


Im Accessory können zusätzlich auch die 
Konfigurationen eingestellt werden, die 
für den Betrieb des Netzwerkes wichtig 
sind (Bild 3). Hier kann beispielweise 
festgelegt werden, ob man Nachrichten 
von anderen Netzwerkbenutzern empfan- 
gen möchte, wie oft nachgefragt werden 
soll, ob überhaupt eine Nachricht anliegt, 
ob der Spooler an- oder ausgeschaltet 
sein, und wann ein Ausdruck als beendet 
anerkannt werden soll. Das ist vorteilhaft 
bei Programmen, die während des Druck- 
vorgangs erst noch lange auf der Platte 
herumsuchen müssen, bevor sie wieder 
Zeichen auf die Schnittstelle ausgeben 
(Ist_Word etc.). 


Recordlocking 


Natürlich besitzt das BioNet 100 ein ein- 
gebautes File-/Recordlocking, das für ein 
Netzwerk unerläßlich ist. Möchten zum 
Beispiel zwei Benutzer gleichzeitig 
schreibend und lesend auf eine Datei 
zugreifen, wäre das Vorhaben ohne Re- 
cordlocking zum Scheitern verurteilt, 
weil die Daten dann inkonsistent würden, 
d.h. die Datei wäre nach dem Zugriff 
defekt und nicht mehr benutzbar. Das 
wird durch das Recordlocking verhindert. 
Versucht man, auf eine Datei bzw. einen 
Datensatz zuzugreifen, den schon ein 
anderer Benutzer bearbeitet, erscheint die 
Meldung “TOS Fehler #36”, Zugriff ver- 
weigert. Natürlich kann das Record- 
locking nur dann sinnvoll arbeiten, wenn 
eine Datei während der Arbeit auch dau- 
ernd geöffnet bleibt, was beispielsweise 
bei 1st_Word nicht der Fall ist. 
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EIODATA 


Benutzerkennung! 





Version vom: 10. 


LOGIN to BioNet 


Bild 1: 

So gibt man sich 
dem BioNet 100 zu 
erkennen. 
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KONFIGURATIONEN | 
LOGIN 


| [SICHERN] 


KONFIGURATIONEN 


3 1388 64 Bi Bild 2: 


Das Accessory für 
die wichtigsten 
Funktionen 
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AN MITTE Abfrage alle 
Spoolers m aus? :Ausdru 
. Tastaturklick } . 











Programmierer 


Neben den alten GEMDOS-Funktionen, 
die natürlich weiterhin erhalten bleiben, 
stellt BioNet 100 dem Programmierer 
weitere Funktionen zur Verfügung, mit 
denen er auf das Netzwerk zugreifen 
kann. So werden erweiterte GEMDOS- 
Funktionen mit den Nummern 69 bis 118 
angeboten, mit denen beispielweise auch 
das Recordlocking angesprochen werden 
kann. Dadurch ist es möglich, das Netz- 
werk unter jeder Programmiersprache zu 
nutzen, die auch GEMDOS-Aufrufe ver- 
walten kann. 

Das Netzwerk arbeitet, wie bereits ein- 
gangs erwähnt, nach IEEE 802.3-Norm 
underfüllt alle beider ATARI-Netzwerk- 
Konferenz vom 22.6.1989 festgelegten 


Bild 3: 

Im Accessory lassen 
sich auch die 
Konfigurationen 
einstellen. 


Mindestanforderungen für Netzwerke für 
den ATARI ST. 


Die Preise 


BioNet 100 kostet, je nach Ausstattung, 
verschieden viel Geld. Pro Netzknoten, 
der zu jedem ST gehört, müssen DM 
1983,30 bezahlt werden. Die Steckkarte 
für einen PC-Server schlägt mit DM 
1402,20 zu Buche. Die Software zum 
Anschluß für maximal vier Systeme ko- 
stet DM 1094,40. Möchte man BioNet 
100 mit bis zu 254 Systemen benutzen, 
muß man etwas tiefer in die Tasche grei- 
fen: Für DM 3249,- erhält man auch diese 
Software. Möchte man einen weiteren PC 
in das Netzwerk miteinbinden, sind dafür 
DM 1630,20 auf den Tisch zu blättern. 
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5909 Burbach 
Tel, (02736) 50005 


KEYB CoM 18-83-87 


DESK_DATEI zu: Bild 4: 
Ergo : _ Ei 
Ganz TOS-like: ein 

Wenn Sie ein Netzwerk benötigen, das Sa ae ns on 1 Rurscheinbat. 

5 n ee = “normales” Desktop 
recht schnelle Zugriffszeiten besitzt, ei- SUENEL sa ı 
nen PC mit anschließen müssen und auf BACKUP COM 1 
Programme angewiesen sind, die es nicht en En fi 
in einer Extra-Netzwerkversion gibt, sind ’ Een En m 1 
Sie mit dem BioNet 100 sehr gut bedient. coHp COM 18-03-87 1 
Sowohl Netzknoten als auch Programme nn il 
arbeiten sehr zuverlässig, auch zusam- DISKCOPY COM 18-03-87 1 

f rg EDLIN COM 18-83-87 1] ; 

men mit PC-Netzwerken wie Novell. FDIK COM 18-03-87 1 Anbieter: 

i <a nive für alle FORNAT COM 10-087 1 Biodata GmbH 
BioNet 100 kann universell fü i EROFTOBL CM 3 iodata GmbH 
Anwendungen eines Netzwerkbetriebs GRAPHICS COM 18-83-87 1 Flughafen Siegerland 

fi 
» 


eingesetzt werden. 
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PD.-K atalog > Über 90 Seiten gebunden. Nicht Quantität, sondern Qualität zeichnet die ausführ- 


tta lich erläuterten PD.-Disks aus. Schutzgebühr 5,-DM in Briefmarken oder bar. 
n ar ke Ton en PD.-Info=mmmmß> monatlich erscheinende Infoschrift über die neueste Public Domain. 
Fr = Sonderinfos = Fast 100 Signum-PD-Zeichensätze. Jede Menge Grafik für STAD und Sigaum. 
4053 Jüchen 2 
PD.- Abo > Alle ST-Public-Domain kann bei uns bezogen bzw.abonniert werden. 


Sämtliche PD. wird ständig aktualisiert und auf _Virenbefall überprüft. 
TOR-SMELE 1 7 |Endloslabel für 3,5’ Disks je 100 Stck. 


Precious Metal (4 Topspiele) _59,- DM I { ! i [Farbbänder - P6,P6+4LQ800,850 je 


i föten - - - 1 
am Token -007 3% DM Signum!2 398,- DM Script (brandneu) 188,- DM Sp Pt in es Version steckbar, Kompakt, 


A Daily Mail 159,- DM Tempus V2.0 119,- DM ||tein Einlsen, mit MBit Chips, 
Buftal Bils re H STAD 159-DM Calamus (neue Vers) 748,- DM | a ST 1x1 Buch 49, DM 
Kult (Knüllerp , Meemunx laser 2 Da Mesamex Modi 2 E IM Alle Produkte sofort lieferbar ! 
Triad (Menace/Ietris,Baal) E ttice In A-Basic V3 + Comp. 188,- # 5 5 
Xenon 2 - Megablast (Kmüller) 79, GFA-Assembler 139,- DM Anti Viren Kit 3 85,- DM 24-Std. Telefon service 
Grand Monster Slam Adimens ST-+(brandneu) 388,- DM AdiPROG ST 249,- DM Rernlene olung möglich 
Micropr.$occer (Knüllerpreis) 6.- DM || Fibuman - Informationen, Installation, Preise auf Anfrage 0 2 1 6 4 / 7 8 9 8 


Atari 1040 STFM 798,- 


Atari Mega ST 1 
Atari SM 124... 
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Durcheinander, oder was? 


If Chaos, go to Fehler. 


Wir alle machen Fähler. Beim Programmie- 
ren scheinbar ganz besonders gern. Dafür 
- oder doch dagegen? - haben wir den 
Laser DB entwickelt. Ein Quelltext- und As- 
sembler-Debugger, in seiner 

> Arbeit gnadenlos wie der 
Henker von Paris. Die Maussteuverung macht 





dabei in heimeliger Umgebung von Fenster, 
Serollbalken, Dialogbox und Menüzeile die 
Bedienung sprichwörtlich zum Kinderspiel. Der Zugriff auf 
globale, lokale und Registervariablen ist jederzeit möglich, 
C-Variable-können während der Laufzeit angezeigt und 
überwacht werden. Die per Maus festgelegten Haltepunkte 
an beliebigen Stellen.im Programm sorgen für 
ungeheure Arbeitserleichterung bei der Feh- 
lerfahndung. Unsere.Prognose. ist klar: Ein 





Heulen und Zähneklappern wird kommen über 





Erfen nn  — das Volk der Wanzen. Geradezu närri- 
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sche Ausgelassenheit erwarten wir dage- 
gen bei den Programmierern. Aber das 
liegt dann wohl am Preis: 198,—DM. 
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Die Kunst der ST-Software. 
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Man hätte die Überschrift dieses Arti- 
kels übrigens auch ohne Probleme “Die 
Abenteuer einer langen, schlaflosen 
Nacht mit einem Maschinenmonitor 
und TOS030” nennen können, doch das 
erschien mir zu lang, so entschied ich 
mich für einen leicht verfremdeten 
Romantitel Jules Vernes. Aber bevor 
ich nun tiefer in die Geheimnisse des 
TT eindringe, noch ein paar Worte zur 
Einleitung. 


Der ATARI TT wurde Ende August 
gleichzeitig auf der ATARI-Messe in 
Düsseldorf und aufeiner Pressekonferenz 
inden USA der Fachwelt präsentiert. Dies 
zeigteigentlich schon, welche Bedeutung 
ATARI Europa und speziell diesem unse- 
rem Land entgegenbringt. Blickt man in 
die Vergangenheit zurück, kann man fest- 
stellen, daß auch der 260 ST schon vor 
seiner Markteinführung erst einmal in 
Deutschland vorgetestet wurde. Doch wir 
schweifen ab. Der TT wurde am 24. 
August auf der ATARI-Pressekonferenz 
zum erstenmal in seinem neuen Design 
vorgestellt und am nächsten Tag den 
gespannten Messebesuchern präsentiert. 
Er sorgte dort für einiges Aufsehen (auch 
wenn böse Stimmen behaupten, das läge 
eigentlich nur am eigenwilligen Design). 


Während ich mich nun so durch die 
Menge zwängte, stieß ich geradewegs mit 
zwei nicht ganz unbekannten Herren zu- 
sammen, Leonard Tramiel, seines Zei- 
chens Sohn von Jack Tramiel und bei 
ATARI USA für die Software zuständig, 
und Richard Miller (Entwicklung bei 
ATARI USA, vormals maßgeblich an der 
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se zum 
telpunkt des TT 


Entwicklung des ATWs beteiligt). Die 
beiden waren so freundlich, mir einige 
Fragen zu beantworten. Das zweite Mal 
sah ich den TT einen Monat später auf der 
Personal Computer Show (PCS) in Lon- 
don. Diesmal war aber kein höherer 
ATARI-Repräsentant aus den USA auf- 
zutreiben. Interessant ist auch, daß bei- 
desmal, in Düsseldorf wie in London, der 
TTersteinen Tag vorder Messeeröffnung 
ankam, was doch auf einen gewissen 
Mangel an Geräten schließen läßt und 
leider auch noch zur Folge hatte, daß die 
örtlichen ATARI-Angestellten nicht ge- 
rade mit Informationen über den TT 
glänzten. 





Ein Blick 
in die Innereien 


Aber genug geplaudert, werfen wir mal 
einen Blick in den TT. Das Herz des TTs 
istein Motorola 68030-Prozessor, der mit 
16 MHz getaktet wird. Man könnte daraus 
schließen, daß der TT zweimal so schnell 
wie ein gewöhnlicher ST ist. Doch man 
darf nicht außer acht lassen, daß der 
68030 dank seiner beiden integrierten 256 
Byte-Caches wesentlich effizienter als 
der 68000 arbeitet und daß das Betriebs- 
system des TTs (TOS030) auch noch 
einiges bringt. Für Freunde arithmeti- 
scher Berechnungen bietet der TT zusätz- 
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lichnoch einen Steckplatz für einen optio- 
nalen 6888 1- oder 68882-Coprozessor. 


Standardmäßig wird der TT mit zwei 
Megabyte geliefert, kann aber intern auf 
vier oder maximal acht Megabyte aufge- 
rüstet werden. Sollten 4-Megabit-Chips 
in Mode kommen, kann man ihn sogar auf 
26 Megabyte erweitern, für Grafikanwen- 
dungen geradezu ein Traum, aber sicher- 
lich nicht ganz billig! 


Die Sound-Möglichkeiten des TTs ent- 
sprechen denen des STEs, also der altver- 
traute Yamaha-Soundchip und ein PCM- 
Generator, mit dem man digitalisierte 
Sounds parallel zu Programmen stereo 
abspielen kann. Auf der Rückseite des 
TTs findet man zwei Buchsen, an denen 
das Stereosignal herausgeführt ist. Zu- 
sätzlich verfügt der TT über diverse Filter 
und digitale Effekte. Der Lautsprecher ist 
nicht mehr im Monitor untergebracht, 
sondern findet seinen Platz jetzt im Ge- 
häuse des TT. 


Andere Ausgänge des TTs sind eine zu- 
sätzliche serielle Schnittstelle, ein SCSI- 
Port und ein neuer Netzwerkanschluß. 
Der SCSI-Port dürfte von vielen Anwen- 
der begrüßt werden, da hier endlich ein- 
mal die Möglichkeit gegeben ist, ganz 
gewöhnliche Festplatten (z.B. von PCs) 
ohne zusätzliches Interface anzuschlie- 
ßen. Doch auch Besitzer einer ATARI- 
Festplatte (deren ACSI-Schnittstelle ist 
ein abgespeckter SCSI-Port) haben wei- 
terhin die Möglichkeit, ihre gewohnten 
Festplatten über einen DMA-Port anzu- 
schließen. 


TOS030 


Das neue TT-TOS (nein, ich stottere 
nicht!) ist jetzt 256 kByte groß und liegt 
genau wie das STE-TOS bei $E00000. Es 
hat sich also im Gegensatz zu den übrigen 
STs verschoben. Weiterhin sind die 256 
kByte noch einmal bei $E40000 zu fin- 
den, was auf eine einfache Erweiterungs- 
möglichkeit auf ein 512 kByte-Betriebs- 
system schließen läßt (von der Hardware 
her gesehen). 


Zusätzlich zu den drei gewohnten ST- 
Auflösungen (hoch, mittel und niedrig) 
gibt es drei neue Modi. ATARI nennt sie 
einfach: 640*480, 1280*960 und 
320*480. Aberich denke, sie werden sich 
viel eher als TT-mittlere, TT-hohe und 
TT-niedrige Auflösung etablieren. 


In der niedrigen Auflösung des TTs lassen 
sich auf einem 320*480 Pixel-Bildschirm 
256 Farben aus einer Palette von 4096 
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Farben darstellen. Die mittlere Auflösung 
(640*480) verfügt dann nur noch über 16 
aus 4096 Farben, was dem STE ent- 
spricht. Zuletzt bleibt noch die hohe Auf- 
lösung (1280*960), die genau wie beim 
ST monochrom ist. 


Alle Auflösungen mit Ausnahme der 
hohen kann man auf dem neuen ATARI- 
Farbmonitor darstellen. Für den Mono- 
chrommodus ist ein zusätzlicher Monitor 
erforderlich. Allerdings war der TT auf 
beiden Messen nur mit einem Farbmoni- 
tor zu sehen. 


Wenn man sich den letzten Absatz noch 
einmal genau vergegenwärtigt, wird ei- 
nem auffallen, daß sich die bisherige hohe 
Auflösung des STs (640*400) auf dem 
neuen Farbmonitor darstellen läßt. Das 
hat zur Folge, daß fortan ST-Programme 
auf dem TT nicht mehr nur in Schwarz- 
weiß, sondern auch z.B. in Grüngelb an- 
sehen kann, da zwei beliebige Farben aus 
der Palette des TTs genommen werden 
können. Will also jemand in altgewohnter 
PC-Manier einen Grün- oder Bernstein- 
Monitor haben, nur zu. 


ATARI selbst nennt diesen Modus im 
Gegensatz zu dem bisherigen monochro- 
men duochrom, also zweifarbig. Ich bin 
eigentlich der Meinung, man sollte ihn 
lieber stereochrom (stereo <-> mono) 
nennen oder alternativ den ST-Modus in 
unichrom (uni <-> duo) umbenennen. 
Allerdings könnte man dies noch weiter- 
spinnen und bei mehr als zwei Farben von 
einem polychromen Modus sprechen... 


Zu den bisherigen ST-Fähigkeiten 
kommt beim TT ein Hardware-Scrolling 
in vertikaler und horizontaler Richtung. 
Dies wurde durch ein neues Register er- 


De File View Options 
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FLOPPY DISK 


B 
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IFLOFPY DISK 


reicht. Ein Bildschirm ist jetzt aufgrund 
der neuen Auflösungen 153600 Bytes 
groß (bisher 32000 Bytes). Die relevanten 
Register liegen bei: 


$FF8201 - Highbyte der Bildschirmadresse 
(wie beim ST) 


$FF8203 - Mediumbyte der Bildschirm- 
adresse (wie beim ST) 


$FF820D - Lowbyte der Bildschirmadresse 
(neues TT-Register) 


Das alleine ergibt noch kein Hardware- 
Scrolling, aber bewirkt, daß die Bild- 
schirmadresse nicht auf eine $100-Byte- 
Grenze festgelegt ist. 


Das Auflösungsregister hat sich ebenfalls 
verändert und verschoben. Es liegt beim 
TTbei$FF8262-W. Das erste byte-große 
Register, das an obiger Adresse liegt, 
beinhaltet in den drei Lowbits (im Gegen- 
satz zu zwei Bits beim ST) zum Einschal- 
ten der neuen Auflösungsmodi: 


- ST niedrig, 320*200, 4 Planes, 16 Farben 
- ST mittel, 640*200, 2 Planes, 4 Farben 

- ST hoch, 640*400, 1 Plane, zwei Farben 

- TT mittel, 640*480, 4 Planes, 16 Farben 

- TT hoch, 1280°960, 1 Plane, 2 Farben 

- TT niedrig, 320*480, 8 Planes, 256 Farben 


nosaAnmn-o 


Wenn wir gerade über Farben sprechen, 
sei erwähnt, daß das Handling der Farben 
auf dem TT anders als auf dem ST ist. 
Zuerst einmal hat sich, wie sollte es auch 
anders sein, die Adresse der Farbpalette 
geändert, die natürlich kräftig expandier- 
te. Irgendwomit müssen 256 Farben ja 
verwaltet werden. Die Adresse liegt bei: 


$FF8400 - 256 W 


Die RGB (Rot-Grün-Blau)-Farbkompo- 
nenten lassen sich wie beim STE zwi- 
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Bild 1: Die Copyright-Box des TT 
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Ein Grafikstandard 


Mit ihrem schnellen Intel 82786- 


Grafikprozessor und ihren viel- 
fältigen Auflösungen bietet die 
MAXON Graphic Expansion 
(MGE) die ideale Profi-Grafik- 
erweiterung für alle Mega ST- 
Besitzer mit geeignetem Moni- 
tor (z.B. MultiSync oder Groß- 
bildschirm). 


Sie besticht durch ihren Leistungsum- 
fang und ihre Flexibilität. Dank des 
GDOS-VD--Treibers sind GEM-Pro- 
Flelulutcgelüufeiren 


Egal ob Sie Desktop Publishing (z.B. 
Calamus) oder anspruchsvolle Farb- 
grafik einsetzen wollen, die MGE ver- 
wandelt Ihren Mega ST in eine Grafik- 
Workstation! 





u 


1. 13,75 MHz, 800 x 600 Bildpunkte, maximal 
256 Farben interlace, 50 Hz Halbbildfre- 
quenz (für Video-und Genlockanwendungen); 

2. 27,5 MHz, 640 x 480 Bildpunkte, maximal 
256 Farben aus 262 144 nor-interlace, 66 Hz 
Bildfrequenz; 

3. 27,5 MHz, 800 x 600 Bildpunkte, maximal 
256 Farben aus 262 144 interlace, 80 Hz 
ale elllelic-Tertehr 


4.55 MHz, 896 x 684 Bildpunkte, maximal 16 
Farben aus 262 144 non-interlace, 67 Hz Bild- 
frequenz; 

5.55 MHz, 1280 x 1024 Bildpunkte, maximal 
16 Farben aus 262 144 interlace, 65 Hz Halb- 
bildfrequenz; 
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6. 110 MHz, 1280 x 960 Bildpunkte, monochrom 
non-interlace, 60 Hz Bildfrequenz. 


Mitgelieferte Software: 


® Hardware-Treiber 
« GDOS-VDI-Treiber 
« Bindings für TURBO-C 
® Bindings für Assembler 


AWZEIETEHlelautelitelit:hl 
Eur lEHISICH CR 


MAXON Computer GmbH 
Schwalbacherstr. 52 
6236 Eschborn 

Tel.: 0 6196 /481811 

FAX: 06196/41885 





schen 0 und 15 einstellen. Auch die Farb- 
palette wurde wie beim STE um ein vier- 
tes Bit für jede Farbe erweitert, wodurch 
unsauber programmierte ST-Programme 
Schwierigkeiten bekommen können. 


Weiche Waren 


Was die Software anbelangt, ähnelt 
TOS030 in manchen Dingen dem TOS 
1.6, das seinen Platz im ATARI STE 
findet und auch nur auf diesem läuft (also 
nicht gleich versuchen, TOS 1.6 in einen 
normalen ST einzubauen). 


ATARI behauptet, der TT sei software- 
kompatibel zum ST. Ob das hunderpro- 
zentig zutrifft, sei noch dahingestellt. Ein 
sauber programmiertes GEM-Programm, 
das ich gerade fertiggestellt habe, hatte 
zumindest Probleme mit Line-A-Zugrif- 
fen. Andererseits hat ein Maschinenspra- 
chenmonitor, der wirklich unsauber pro- 
grammiert ist (undokumentierte Adres- 
sen usw.), überhaupt keine Probleme 
gezeigt. Man muß allerdings auch fair 
sein und erwähnen, daß die Version des 
TOS030, die auf den Messen zu sehen 
war, mit Sicherheit nicht die endgültige 
war. 


Das TT-TOS ist, wie bereits oben gesagt, 
256 kByte groß, aber über 32 kByte sind 
derzeit noch unbenutzt. Der Speicherbe- 
reich $E262DC bis $E3FFFF ist noch 
jungfräuliches ROM und wartet auf zu- 
sätzliche neue TOS-Routinen. Man könn- 
te ja z.B. GDOS gleich im ROM installie- 
ren, anstatt es von Diskette laden zu 
müssen. Das wurde bis jetztimmer wegen 
Platzmangel im ROM abgelehnt. 
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Bild 2: Der Prozessor-Cache des 68030 läßt sich im Option-Menü abschalten. 


Im Option-Menü des Desktops kann man 
beim TT bestimmen, ob der Cache-Spei- 
cher (256 Bytes) des 68030-Prozessors 
genutzt werden soll (s. Bild 2), da wohl 
nicht alle ST-Programme mit diesem 
Cache laufen werden. Mit Cache erlangt 
der TT natürlich einen enormen Ge- 
schwindigkeitszuwachs. Auch die Prefe- 
rences-Box zeigt sich mit neuen zusätzli- 
chen Buttons, mit denen die Auflösungen 
umgeschaltet werden können (s. Bild 3). 
Der Bildschirmaufbau und das Zeichnen 
der Fenster sind auch deutlich schneller 
geworden. Das wurde zum einen durch 
den schnelleren Prozessor, zum anderen 
aber auch durch TOSO30 erreicht. Genau 
wie die Versionen ab TOS 1.4 verfügt das 
TT-TOS über einen software-mäßigen 
Cache für Laufwerkszugriffe. 
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Bild 3: Die Preferences-Dialogbox mit den neuen Auflösungen des TT 
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Unter derhohen TT-Auflösung steht übri- 
gens neben den vier gewohnten System- 
zeichensätzen eine neue vierte Größe zur 
Verfügung. Dieser Zeichensatz hat eine 
Matrix von 16*32 und ist wie gesagt nur 
unter der Auflösung 1280*960 auf einem 
geeigneten Monitor darzustellen. 


Viele der “neuen” Features des Desktops 
(Verschieben von Programmen, MS- 
DOS-Disketten-Kompatibilität usw.) ste- 
hen einem bereits ab TOS 1.4 auf dem ST 
zur Verfügung und sollen deshalb hier 
nicht weiter besprochen werden. Ich will 
nur auf das Starten von GEM-Program- 
men aus dem Auto-Ordner eingehen, da 
das zwar auch TOS 1.4 schon kann, es 
aber inder ST-Computer noch nichtnäher 
besprochen wurde. 


Dazu begeben wir uns in das Menü An- 
wendung anmelden (Install Application, 
s, Bild 4). Hier finden sich zwei Buttons: 
Normal und Auto. Der Normal-Button 
dient wie bisher zum Anmelden einer be- 
stimmten Extension für Programme (z.B. 
DOC für Wordplus). Der Auto-Button ist 
ab TOS 1.4 neu. Er dient zum Autostart 
von GEM-Programmen. Dazu muß in der 
DESKTOP.INF-Datei ein neuer Eintrag 
vorgenommen werden. Am einfachsten 
geht dies nach der Anmeldung der An- 
wendung über den Menüeintrag Arbeit 
sichern. Das sieht dann z.B. folgenderma- 
Ben aus: 


Z 01 A:/NAME.PRG 
Nach einem Reset wird das Programm 


dann automatisch gestartet. Die Parame- 
ter hinter dem ‘Z’ besagen folgendes: 


Z 00 - Autostart eines TOS- oder TTP- 
Programmes 


Z 01 - Autostart eines PRG- oder APP- 
Programmes 
Dahinter folgt der vollständige Pfadna- 
me. 


Interna 


Damit genug fürs Auge und die Maus, 
wenden wir uns den Geheimnissen des 
TOS zu. Die meisten Änderungen in den 
ROM-Routinen haben mit den neuen 
Bildschirmmodi zu tun. Das gesamte Be- 
triebssystem macht auf den ersten Blick 
einen besseren Eindruck. Alle Tabellen 
und der Großteil der Daten und Konstan- 
ten liegen jetzt am Ende des TOS. 
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XBIOS 80 
Set Screen Mode/Resolution 


Eingabe: $0(A7)- W, neuer Bildschirmmo- 
dus (inkl. Auflösung) 


Rückgabe: DO - W, alter Bildschirmmodus 


Diese Funktion wechselt den aktuellen 
Bildschirmmodus. Im Gegensatz zur bis- 
herigen Routine werden alle relevanten 
GEM-Variablen mitinitialisiert, ohne daß 
wie bisher ein Reset erfolgen muß. 


XBIOS 81 
Get Current Screen Mode 
and Resolution 


Rückgabe: DO -W, akt. Bildschirmmodus 
und Auflösung 


RD INSTALL APPLICATION 


B Rü 


a Application name: MMM ‚108 
- Document type: x 


IFLOFPY DISK 
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Boot Status: 


Application type: 


CR MEERE Mi=taes parameter] 





Bild 4: Wie ab TOS 1.4 lassen sich auch GEM-Programme aus dem Auto-Ordner starten. 


Auf meiner Reise mit dem Maschinen- 
sprachemonitor mußte ich feststellen, daß 
das BIOS im großen und ganzen dasselbe 
geblieben ist, das XBIOS dagegen wurde 
erweitert. Es sind jetzt maximal 96 Routi- 
nen (bisher 39) vorgesehen, die abernoch 
nicht alle implementiert sind. Wirklich 
neu sind 11 Routinen, alle anderen sind 
nur für die Zukunft bereits eingebaut. 


XBIOS 66 - 
DMA/SCSI-Kommunikation 


Eingabe: $A(A7)- W, DMA-/SCSI-Gerätenr. 
$6(A7)- L, Pufferadresse 
$4(A7)- W,??? 
$o(A7)-L, ??? 


Details zu dieser Routine sind im Moment 
noch nicht zu bekommen, aber es scheint, 
als ließe sich der DMA-Zugriff darüber 
steuern, ohne eigene Routinen dafür be- 
nutzen zu müssen. 


Die Auflösungen auf dem TT benötigen 
die beiden neuen, byte-großen Register 
ab der Adresse $FF8262. Das erste Byte 
enthält in den ersten drei Bits die Auflö- 
sung und in den Bits 4-7 einige Extrain- 
formationen. Das zweite Byte ist ein zu- 
sätzliches Register. Die Routine gibt bei- 
de Werte zurück. 


XBIOS 82 
Get/Set Screen Mode only 
(Auflösung bleibt) 


Eingabe: $0(A7)- W, neuer Bildschirmmo- 
dus im Lownibble 


Rückgabe: DO - W, alter Bildschirmmodus 
(Lownibble) 


Diese Routine erlaubt die Abfrage und 
das Wechseln des Bildschirmmodus im 
Lownibble des Screen-Mode-Worts. Die 
aktuelle Auflösung bleibt bestehen. 


XBIOS 83 

Get/Set Color 

Eingabe:$2(A7)- W, neuer Farb- 
wert ($FFFF = 


alte Farbe) 
$0(A7)- W, Farbregisternummer 


Rückgabe: DO - W,alter Farbwert des 

angeg. Registers 
Diese Routine ermöglicht die Abfrage 
und das Wechseln von individuellen Far- 
ben im neuen Farbregister bei Adresse 
$FF8400. 


XBIOS 84 
Set Range of Colors from Palette 


Eingabe: $4(A7)- L, Farbpalettenadresse 
$2(A7)- W, Anzahl der zu wech- 
selnden Register 
$0(A7)- W, Nummer des Farbregi- 
ster, bei dem begon- 
nen werden soll. 
Mit dieser Routine lassen sich eine Reihe 
von Farbregistern wechseln. Die maxi- 
male Anzahl beträgt 256 Farben. Bedin- 
gung dafür istaber, daß die Farben aufein- 
ander folgen. Die Routine stoppt automa- 
tisch nach dem letzten Register. 


XBIOS 85 
Get Range of Colors into Palette 


Eingabe: $4(A7)- L, Adresse der Palette 

$2(A7)- W, Anzahl der aufeinan- 
derfolgenden Farben, 
die zurückgegeben 
werden sollen. 

$0(A7)- W, Nummer des Farbregi- 
sters, mit dem 
begonnen werden soll. 


Hier handelt es sich um die genaue Um- 
kehrung der Routine XBIOS 84. Man 
erhält eine Palette mit Farbwerten zurück, 
die in einer Anzahl von Farbregistern 
gefunden wurde. 


XBIOS 86 
Get/Set Bit 4 of Resolution Register 


Eingabe: $0(A7)- W,Flag 


negativ = aktueller Wert Bit 4 

null = lösche Bit 4 

positiv = setze Bit4 
Rückgabe: DO - W,Flag 

null = Bit 4 war gelöscht 

eins = Bit 4 war gesetzt 


Mit dieser Routine läßt sich das vierte Bit 
des Auflösungsregisters holen und set- 
zen. Allerdings ist mir derzeit noch nicht 
die Bedeutung dieses Bits klar. 
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XBIOS 87 
Get/Set Bit 7 of Resolution Register 


Eingabe: $0(A7)- W, Flag 


negativ = aktueller Wert Bit 7 

null = lösche Bit 7 

positiv = setze Bit 7 
Rückgabe: DO - W,Flag 


null 
eins 


Bit 7 war gelöscht 
Bit 7 war gesetzt 


na 


Mit dieser Routine läßt sich das siebte Bit 
des Auflösungsregisters holen und set- 
zen. Genau wie bei der vorherigen Routi- 
ne ist der Sinn noch nicht erkennbar. 


Beim GEMDOS habe ich nur einen Un- 
terschied festgestellt, der beider Funktion 
$4B (Pexec) zu finden ist. Hier gibt es 
einen zusätzlichen Modus 6, dessen Be- 
deutung noch unklar ist. Er scheint zu- 
mindest dem Modus 5 (erzeuge Base- 
page) ähnlich zu sein. 


Zum Schluß sei noch erwähnt, daß die 
dokumentierten Variablen im unteren 
Speicherbereich erweitert wurden. Hier 
ist eine kleine Auswahl der interessante- 
sten: 


Die XBIOS-Input/Output-Routinen grei- 
fen beim TT auf vier Sprungtabellen 
beginnend bei Adresse $5IE zu. Jede 


RIS - Elektronik 


>> 


Komfortable und preisgünstige 


Umrüstung mit hohem 


AKTUELLES 


Tabelle hat acht Einträge, von denen zur 
Zeit allerdings nur sechs benutzt werden. 
Die Gerätezuweisungen bleiben diesel- 
ben wie bisher: 


0 - PRT: Centronics-Schnittstelle (parallel) 
1 - AUX: RS-232-Schnittstelle (seriell) 
2-CON: Tastatur und Bildschirm 

3 - MIDI-Schnittstelle 

4 - IKBD: Tastaturprozessor 

5 - Bildschirmausgabe ohne Steuerzeichen 


Die Sprungtabellen sehen folgenderma- 
Ben aus: 


$51E-8L, BCONSTAT-Vektoren, 
Geräteeingabestatus 


$53E- 8L, CONIN-Vektoren, holt Zeichen 
von einem Gerät 


$55E- 8L, BCOSTAT-Vektoren, 
Geräteausgabestatus 


$57E- 8L, CONOUT-Vektoren, gibt 
Zeichen auf einem Gerät aus 


Der neue ATARI-Farbmonitor hat, wie 
bereits oben erwähnt, keinen eingebauten 
Lautsprecher, so daß auch der Tastatur- 
klick nicht mehr zu hören ist. Allerdings 
ist die Adresse der Klicksound-Routine 
bei $5AC zu finden. Folglich könnte man 
theoretisch durch diesen Zeiger in eine 
Routine verzweigen, durch die man dann 
beliebig Geräusche erzeugen kann. 


Zum Schluß noch die Adresse $59E, die 
das 68030-Prozessor-Flag enthält, mit 
dem man zwischen 68000- und 68030- 
Modus hin- und herschalten kann. 


$59E- W, Null = 68000 


#Null = 68030 


Damit ist das Hereinschnuppern in den 
TT und TOSO30 zunächst einmal been- 
det. Für Programmierer bieten der TT und 
sein Betriebssystem sicher einige interes- 
sante Neuigkeiten, so daß man auf TT- 
Software-Produkte gespannt sein darf. 
Weiter bietet ATARI ja auch noch eine 
preisgünstige UNIX V-Version des TTs 
mit X-Windows an, wodurch auch dieser 
große Markt erschlossen werden kann. 
Auf dem TT/X läuft dann sowohl UNIX- 
als auch ST-Software. Man darf dabei 
nicht vergessen, daß zur Zeit UNIX- 
Rechner im Verhältnis zum TT nicht 
gerade billig sind. Wann allerdings diese 
UNIX-Version auf den Markt kommt, ist 
noch abzuwarten, zunächst sollte erst 
einmal die Normalversion des TT in den 
Läden stehen. ATARI ist ja bekannt für 
lange Ankündigungen. 


Donald P. Maple / HE 


Die neue Flachtastatur 


IN 


Baureihe St 


Bedien-Komfort und optimalem Design 


® Farblich abgesetzte Flachtastatur mit 


blendfreien Tastaturkappen 


@ Exakter Endanschlag durch Hubverkürzung 


mit dem RTS-Anschlagsystem 


Geräuscharme Betätigung durch Formgebung 


Sichere Dateneingabe durch große 
Tastenzwischenräume 


Gewohnte originale Tastenbedruckung 
Einfacher Einbau (alte Tastenkappe raus, 
neue rein) 
Klare Trennung der Funktions- und Schreib- 
tastenblöcke 
Bedruckung: Deutsch, US-englisch, englisch, 
französisch, spanisch, VSM-Schweiz 
Verstärkung des Tastendruckes durch 
Federnsatz 

MATARU  isteingetragenes 


Warenzeichen der Atari-Cooperation 


RIS - Elektronik posttach 64 7533 Tiefenbronn 


Artikel Preis/DM 
Tastensatz Farbe weiß Baureihe ST 99,- 
Tastensatz Farbe weiß Baur. MEGA ST 105,- 
Funktionstastensatz Farbe beige 25,- 
Funktionstastensatz Farbe grau 25,- 
Federnsatz für Baureihe ST 15,- 


= (07234) 6915 + 5232 Fax-Nr. 07234/5574 





Den Namen Brother werden die 
meisten Zeitgenossen mit 
Schreibmaschinen assoziieren. 
Hier halten die Brüder aus Ja- 
pan große Marktanteile. Eigent- 
lich ist die Produktion von Druk- 
kern dann naheliegend, doch 
wollte sich der rechte Durch- 
bruch auf diesem Markt bisher 
nicht einstellen. Das soll sich nun 
mit dem M-1824L ändern. 


Dieser 24-Nadler wurde zur CeBIT die- 
sen Jahres präsentiert und ist seit einiger 
Zeitim Handel. Er soll die Herzen und vor 
allem die Schreibtische all derer erobern, 
die an ihren Drucker gehobene Ansprü- 
che bei halb- bis professionellen Anwen- 
dungen stellen. Im Preisbereich knapp 
unter 2000 DM tummeln sich bereits der 
OKI ML 390 und vor allem der NEC 
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P6plus, neuerdings auch der STAR 
XB24-10. Es gibt also reichlich Konkur- 
renz für den neuen Brother. Schauen wir 
uns an, was für ein Bild er macht. 





Das Gehäuse unseres Kandidaten ist 
kompakt gehalten, das Äußere wirkt 
hausbacken. Aber es geht uns ja um die 
Funktion, Preise für Schönheit werden 
hier nicht verteilt. Sofort fällt auf, daß der 
Netzschalter an der Oberseite angebracht 
ist. Lob für diese Brother-Tradition. Aus 
dem Gehäuse schauen uns zwei Hebel an: 
Einer reguliert den Abstand Kopf-Papier, 
der andere dient zum Umschalten Einzel- 
/Endlospapier. Es sind keine Bedienele- 
mente im Drucker versteckt, alles ist von 
außen zugänglich. Beim Einstecken des 
Centronicskabels fällt ein kleiner Schie- 
ber auf, der verhindert, daß gleichzeitig 
die serielle und die parallele Schnittstelle 
angeschlossen werden, indem er jeweils 
eine Buchse abdeckt. Ein durchdachtes 





Detail, genauso wie der Umstand, daß 
diese Anschlüsse seitlich angebracht sind 
und daher nicht im Papierweg liegen. 
Übrigens: die RS 232C-Schnittstelle ist 
im Lieferumfang enthalten, der M-1824L 
kommt also komplett ausgestattet ins 
Haus. 


Papiererlebnis 


Der ungeduldige Tester fummeltals erstes 
das Endlospapier in den Traktor. Dabei 
gibt’s gar keine Probleme. Der Schub- 
traktor wird beim Endlosbetrieb von der 
Einzelblattrutsche abgedeckt. Sie braucht 
lediglich angehoben zu werden - und 
schon liegen die Stachelwalzen frei. Das 
Papier ist also drin, doch immer noch 
leuchtet fürsorglich die “Check”-Lampe. 
Das Hebelchen links steht auf Endlospa- 
pier, was wird wohl passieren, wenn ich 
einfach den “Top of Form” (=Seitenan- 
fang)-Knopf drücke? Das Papier wird 


Bild 1: 
Bedienfeld mit 
LC-Display 


transportiert, vor, zurück, langsam, 
schnell, der Andruckhebel klappert und 
siehe da: Das Papier ist im Drucker. Sau- 
ber eingezogen, fein säuberlich um die 
Walze geschlungen, harrt es unter dem 
Druckkopf der Zeichen, die da kommen 
werden. 


Das muß ich gleich noch einmal erleben. 
Eine Taste ist mit “Eject” beschriftet. Im 
Auto fällt mir dann die Kassette auf die 
Füße; ob hier wohl das Papier rausfällt? 
Und richtig. Das Druckgut wird so lange 
zurückgefahren, wie man die Taste ge- 
drückt hält. Zunächst schnell, dann ganz 
langsam. Das ist der Punkt, von dem an 
das Papier aus dem Traktor zu fallen 
droht. Soll es ganz raus, hält man die 
Taste. Will man es nur parken, sollte jetzt 
Schluß seinmitdem Festhalten. Nun kann 
eigentlich Einzelblatt verarbeitet werden. 
Aber da ich erst einmal die Geschwindig- 
keitstests mitdem Testprogramm machen 
will, fahre ich das Endlospapier gleich 
wieder herein. An dieser Stelle sei vorge- 
griffen: Das Entfernen und Laden des 
Papiers ist dermaßen unkompliziert, 
schnell und sicher, daß es eine Freude ist. 
Kurz: Lob für das saubere Papier-Hand- 
ling. 


Mit Software... 


„sollte der Drucker nach der rein äußeren 
Bedienung ja auch zusammenarbeiten. 
Daher also rein ins Druckertestprogramm 
und die Palette an Tests durchgespielt. 
Voll Epson-kompatibel ist er, der Kandi- 
dat von Brother. Solange man ihn auf 
Epson-Emulation stellt. Er verfügt näm- 
lich noch über zwei weitere und das se- 
rienmäßig und ohne Aufpreis: IBM Pro- 
printer und Diablo/Brother-HR. Ersteres 
ist verständlich, schließlich wollen die 
Brüder aus Fernost ihr Produkt auch im 
riesigen PC-Markt loswerden. Letzteres 
hingegen kann höchstens traditionelle 
Gründe haben. Denn die erfolgreichen 
Typenraddrucker der HR-Serie von Bro- 
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ther werden sicher noch von so mancher 
Uralt-Textverarbeitung unterstützt. Wa- 
rum also nicht auch Kompatibilität zu den 
Ahnen wahren? Daß dabei nur ein Mini- 
mum an Druckerfunktionen genutzt wer- 
den kann, steht auf einem anderen Blatt... 


Was viel interessanter ist, istdie Tatsache, 
daß der Brother M-1824L zwischen die- 
sen verschiedenen Emulationen per Soft- 
ware-Befehl wechseln kann. Das ist 
höchst selten und erfreulich. Bei anderen 
Maschinen muß man dafür schlimmsten- 
falls an den DIP-Schaltern herumexperi- 
mentieren oder Menüs ausdrucken und 
per Tastenkombination verstellen. Hier 
können Sie sich einfach den Steuercode in 
die Autexec.bat Ihrer PC-Speed-Partition 
schreiben, und schon wechselt nicht nur 
Ihr ST sondern auch der Drucker die 
Gangart beim Wechsel in die PC-Welt. 


Die Geschwindigkeitstests bergen dann 
eine echte Überraschung: Der Brother ist 
einer der schnellsten Drucker seiner Klas- 
se. Während im Textmodus der OKIML 





390 weiterhin ungeschlagen bleibt, stellt 
unser heutiger Kandidat den NEC P6plus 
in den Schatten. Bei der Schnellschrift 
(Draft) ist er gar 30% schneller als der 
NEC. Spitzenreiter in der Grafik bleibt 
aber nach wie vor der NEC P6plus. Hier 
zeigt der Brother - ähnlich wie der C.Itoh 
C-610, den wir Ihnen im letzten Monat 
vorstellten - die Angewohnheit, längere 
Grafikzeilen in zwei Durchgängen zu 
drucken. Ungeklärt bleibt weiterhin, wo- 
ran das liegt. Fest steht hingegen, daß 
dabei wertvolle Zeit verplempert wird 
(bitte beachten Sie dazu auch die Tabelle 
auf der folgenden Seite). 


Im Text am Rande dieses Berichts finden 
Sie einige Bemerkungen zum Testpro- 
gramm, insbesondere werden einige neue 
Tests beschrieben. Neu ist vor allem der 
Signum!-Brief, der in Zukunft als weiter- 
es Maß für die Grafikgeschwindigkeit der 
getesteten Drucker dienen soll. Aller- 
dings handelt es sich eben nicht um pure 
Grafik in Form eines Bildes, sondern ihm 
solche unter den besonderen Signum!- 
Bedingungen. Ich habe zu diesem Zweck 
noch einige Werte in der Tabelle nachge- 
tragen, besonders die Zeiten des alten 
NEC P6. Da zeigt sich, was der Fortschritt 
innerhalb weniger Jahre so bewirkt hat 
(Bei Markteinführung galt der P6 als 
schnelle Maschine!). 


Die jeweils erste Zeit in den Spalten “LQ” 
und “Draft” gibt die Zeit an, die der Druk- 
ker brauchte, um die Daten vom Rechner 
abzunehmen. Sie sehen, daß der M- 
1824L hier nicht die minimale Zeit, son- 


Bild 2: 

Das Innenleben - 
sauber verarbeitet 
und gut zugänglich 
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Dokumentlänge Text: 33396 Bytes 
Dokumentlänge Grafik: 32643 Bytes 
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Genannt: Zeit zur Datenabnahme / Gesamtzeit für Druck 
Datenmenge des Sigknum!-Briefes: 123 kByte (360 x 180 DPI) 


Drucker LQ-Einzel LOQ-Endlos Draft-Endios Grafik 
Brother M-1824L - 2:18/8:50 0:59/3:59 0:20/0:24 ©) 
C.ltoh C-610 - 0:32/10:47 0:18/5:03 0:17/1:02 @ 
NEC P6 8:20/10:49 4:30/5:50 0:30/0:31 
NEC P6 PLUS s 0:18/9:10 0:18/5:46 0:16/0:20 
OKI ML 390 - 5:20/7:53 2:20/3:27 0:24/0:25 


(1) Der M-1824L druckt 180 DPI-Grafik in zwei Durchgängen pro Zeile. 
(2) Der C-610 druckt 180 DPI-Grafik in zwei Durchgängen pro Zeile. 


DIN 32kK751__Signum!-Brief 
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Der M-1824L im Kreise seiner Konkurrenten 


dern etwas länger benötigt. Das liegt dar- 
an, daß sein Speicher mit 24 kByte Größe 
kleiner ist als der Text. Er mußte also erst 
etwas “wegdrucken”, bevor er den Rech- 
ner wieder freigab. Wer ständig lange 
Texte druckt und nicht auf den Drucker 
warten mag, aber andererseits auch kei- 
nen Spooler installieren will, der kann 
beim Händler auch eine RAM-Karte für 
den M-1824L ordern. Die erweitert das 
Gedächtnis des Druckers auf satte 56 
kByte. 


Den Testpunkt “Signum!-Brief” absol- 
viert der Brother M-1824L nur leicht 
schlechter als der OKI, allerdings braucht 
er 45% mehr Zeit in diesem Modus als der 
NEC P6plus. Das klingt nun etwas tra- 
gisch, ist aber so schlimm nicht, denn 
auch die 44 Sekunden sind recht flott und 
Langeweile kommt mit unserem Testob- 
jekt nicht auf. Übrigens: die 360 x 360 
DPI-Auflösung, die sowohl der OKI als 
auch der NEC bieten, fehlt auch dem 
Brother nicht. Allerdings benutzt der M- 
1824L zur Ansteuerung nicht den NEC- 
Code, sondern den von Epson. Wer diese 
Auflösung nutzen will, sollte sich also 
entsprechende Treiber besorgen. Mit 











Bild 3: Grafikprobe 


48 Si 12/1989 


Signum! gibt’s keine Probleme, da das 
Ausgabeprogramm ja seit einiger Zeit 
auch diese nicht-NEC-kompatiblen 24- 
Nadler unterstützt. 


Von der Grafik zurück zum Textmodus. 
Wer mit einer “normalen” Textverarbei- 
tung arbeitet, den wird einerseits die be- 
reits erwähnte Epson-Emulation freuen. 
Ein Treiber für einen Epson LQ-Drucker 
wird sich mit Sicherheit überall finden 
lassen. Daß der Brother fünf eingebaute 
Fonts bietet, erfreut all diejenigen, die - 
wie ich - den Brother-Standard-Font 
“Brougham” nicht für eine Ausgeburt der 






Schönheit halten. So läßt sich schnell 
einer der abgebildeten Fonts per Tasten- 
menü am Drucker einstellen. Auch hier 
gibt’s ein erfreuliches Detail zu vermel- 
den: Andere Hersteller bieten sehr wohl 
auch mehrere eingebaute Schriftarten. 
Die des Brother sind aber in allen Schrift- 
breiten verfügbar, können also universell 
eingesetzt werden. Häufig ist es nämlich 
so, daß diese Fonts dann z.B. nur in Pro- 
portionalschrift genutzt werden können. 
Damit ist deren Nutzen stark einge- 
schränkt. Wem die fünf Fonts des M- 
1824L nicht reichen, der kann sich noch 
die Fontkarte LC-600 kaufen, auf der sich 
sechs weitere Fonts befinden. Doch müs- 
sen Sie sich entscheiden: Im Gehäuse des 
Brother gibts nur einen Slot für RAM- 
oder Font-Karte. 

Nachdem ich diese Tests auf Endlospa- 
pier gedruckt und mich dabei häufig über 
die miserable Abreißkante geärgert habe, 
wechsle ich jetzt per Paper-Park auf... 


Hoch auf dem gelben Wagen sitz ic 
Hoch auf dem gelben Wagen sitz ich beim 
Hoch auf dem gelben Wagen sitz ich 


32 5 445 
3785 
405 70s 
34 5 30 s 
28 s 435 
Einzelblätter 


Das Prozedere wurde oben bereits be- 
schrieben. Bleibt nur anzumerken, daß 
auch das Einziehen der einzelnen Blätter 
absolut problemlos ist. Die Einzelblatt- 
rutsche - auch das ein nettes Detail (man 
freut sich ja auch über Kleinigkeiten!) - 
rastet von allein in der oberen Stellung 
ein. Warum eigentlich auch nicht? War- 
um muß andernorts immer noch mit ir- 
gendwelchen notenständerähnlichen 
Drahtbügeln operiert werden? Na ja, der 
M-1824L macht Hoffnung auf eine ergo- 
nomische Büro-Zukunft. 






Bild 4: Schriftprobe 


Die bedruckbare Länge eines Einzelblat- 
tes beträgt wie bei vielen anderen Kon- 
kurrenten 64 Zeilen. Der Abstand der 
ersten Druckzeile vom oberen Rand kann 
per Menüeinstellung geändert werden. 
Allerdings weist das Handbuch mit einer 
netten Zeichnung darauf hin, daß dieser 
Rand nicht kleiner als 21 Millimeter 
werden kann. Apropos Menü: Mit den 
bunten Tasten auf dem Bedienfeld han- 
gelt man sich durch diverse Einstellun- 
gen, die gleichzeitig in dem etwas klein 
geratenen Display angezeigt werden. Das 
alles wiederum ist völlig problemlos; 
beim Verlassen des Menü-Modus’ wer- 
den alle Parameter bis in die Ewigkeit 
festgehalten (Es sei denn, Sie ändern sie 
vorher noch einmal). 


Drei Durchschläge ließen sich mit dem 
M-1824L gerade noch produzieren, zu- 
sätzlich zum Original. Ein ordentlicher 
Wert, der sicher immer ausreichen wird. 
Schade fand ich, daß der Anschlag für die 


Prestige 
Gothic 


Brougham 
Quadro 
OCR-B 


Bild 5: Diese fünf Fonts beherrscht der M-1824L 





HARDWARE 


Konturdruck 


Sehattandruck 








Bild 6: Wer das besondere liebt... 


Einzelblätter, der sich auf der Rutsche 
befindet, so winzig geraten ist. Außerdem 
wäre ein zweiter auf der rechten Seite 
durchaus von Nutzen. Hier sei der OKI 
ML 390 zum Abgucken empfohlen: Mit 
dessen Anschlägen kann man keine Seite 


schief einlegen. Wenn nun beim Brother 
doch mal etwas daneben gegangen und 
man gezwungen ist, die Klappe über dem 
Druckkopf abzunehmen, dann wirds ha- 
kelig: Sie klemmt und wehrt sich. Doch 
kommt das nicht allzu häufig vor, denn 
die Papierverarbeitung funktioniert tadel- 
los (siehe oben...). 


Vergleich 


Sie haben es sicher schon gemerkt: Ich 
vergleiche den Brother M-1824L ständig 
mit seinen Konkurrenten. Das liegt vor 
allem daran, daß Brother in diesem Seg- 





Neues 


\ \ 7 ie Sie als eifriger Leser der ST- 

Computer natürlich wissen, gibt es 
seit geraumer Zeit ein Testprogramm für 
Drucker. Es findet sich auf der MAXON 
PD-Diskette Nr. 155. Bevor Sie jetzt miß- 
mutig weiterblättern nach dem Motto: “Ich 
weiß, wie lahm mein Drucker ist, vom Te- 
sten wirder auch nicht schneller.” sollten Sie 
vielleicht doch noch die folgenden Zeilen 
lesen. 


Denn mit diesem Programm sind Sie nicht 
nur in der Lage, die Geschwindigkeitsmes- 
sungen, deren Ergebnisse ja immer Teil 
unserer Testberichte sind, nachzuvollzie- 
hen. Dieses Programm kann sogar helfen, 
Ihnen Ihren Drucker näherzubringen. Dazu 
dient ein ausführlicher Teil, der den Drucker 
z.B. auf Standard-Codes testet. Aber auch 
die Frage, ob der Prüfling NEC-kompatible 
360-DPI Grafik bietet, kann schnell beant- 
wortet werden. 


Gerade dieser Programmteil hat es in sich. 
Nehmen wir an, Sie sitzen daheim, blättern 
durch Ihr Druckerhandbuch und finden ei- 
nen Befehl, sagen wir: “Griechisch Ein”. 
Nun, Sie denken Sich: “Prima, genau das 
brauch’ ich”. Nur, wie ausprobieren? Nor- 
malerweise müßten Sie jetzt einen Treiber, 
z.B. von Wordplus, edieren, speichern, la- 
den.... 


Mit dem Druckertestprogramm ist das alles 
kein Problem. Sie tippen die Befehlsfolge 
(Escape-Sequenz) einfach in den Steuer- 
codeschicker (das ist der Programmteil) und 
senden ihn zum Drucker. Fortan sollte (viel- 
leicht) alles in griechisch gedruckt werden. 
Alte BASIC-Hasen werden jetzt rummau- 
len: “Das brauch ich alles nicht, ich lade ein- 
fach meinen Interpreter, schreib ein paar 





vom Druckertest 


LPRINTs, und schon hab’ ich’s.”. Doch liebe 
Leute, laßt es Euch gesagt sein: Es gibt auch 
Menschen, die können nicht programmieren. 
Und die wollen auch mit einem Rechner und 
seiner Peripherie umgehen können. Außer- 
dem macht jeder mal Fehler, und dann heißtes, 
der Drucker oder das Handbuch seien ohnehin 
Schrott. Nur weil ein unbemerkter Tippfehler 
aus einer 27 eine 28 machte... 





Also: Wenn’s drum geht, neue Sachen auszu- 
probieren, gibts keine Alternative. Oder im- 
mer wieder das leidige Thema: Die Seitenzah- 
len stehen irgendwo am Anfang der folgenden 
Seite usw. Die Lösung: Die Seitenlänge bei ir- 
gendwelchen Formatangaben ist falsch. Wie 
kriegt man die Länge der bedruckbaren Seite 
raus? Mir DRU_TEST. Per “Zeilen pro Seite” 
geht das fix und auf Mausklick. 


Bis jetzt sind das ja alles alte Hüte. Das konn- 
te das Programm nämlich schon. Was ist also 
neu dazugekommen? Da ist zum einen etwas, 
das Sie auch schon kennen, zumindest vom 
Sehen, nämlich die Grafikprobe. Die ist ja seit 
einiger Zeit bei jedem Test dabei. An ihr kön- 
nen Sie einiges feststellen. Vor allem die 
Qualität senkrechter und waagerechter Linien 
sowie von schwarzen Flächen ist gut zu beur- 
teilen. Besonders bei der Ausgabe maßstabs- 
getreuer Zeichnungen ist es wichtig, daß der 
Drucker maßhaltig arbeitet. Das Quadrat, das 
gedruckt wird, sollte daher auch wirklich 50,8 
mm (2 Zoll) Seitenlänge sowohl waagerecht 
als auch senkrecht besitzen. Wenn Sie den Un- 
terschied zwischen unidirektionalem und bidi- 
rektionalen Grafikdruck (bei letzterem wird 
sowohl von links nach rechts als auch umge- 
kehrt gedruckt) sehen wollen - hiermit ist’s 
möglich. Einfach im Steuercodeschicker zwi- 
schen den Modi hin- und herschalten (ESC U 
1 bzw. 0) und die Grafikprobe drucken. 


Bei den Zeitmessungen sind zwei Pro- 
grammpunkte hinzugekommen. Einer da- 
von ist der “Geschäftsbrief”. Nach Anwahl 
dieses Punktes wird ein Geschäftsbrief ge- 
druckt und dabei gemessen, welche Zeit der 
Drucker dafür braucht. Das müssen - wie bei 
den anderen Zeitmessungen auch - Sie durch 
Tastendruck abstoppen. Die Zeiten, die Sie 
dabei messen, entsprechen bei Matrixdruk- 
kern denen, die nach DIN 32751 gemessen 
werden. Diese Norm schreibt einen Ge- 
schwindigkeitstest für druckende Datenend- 
geräte fest. Der Programmpunkt “Text” ist 
zwar in punkto Leistungsfähigkeit des Druk- 
kers weit aussagekräftiger, doch bekommt 
man hier einen schnellen Überblick, mit 
welchen Druckzeiten man bei einem so all- 
täglichen Dokument wie einem Brief zu 
rechnen hat. 


Etwas seltsamer ist da schon der Punkt 
“Kopfbeschleunigung”. Zunächst werden 
nämlich 60 Zeilen, die aus jeweils 80 Stern- 
chen bestehen, gedruckt. Die Zeit wird 
gemessen. Dann wird die Zeit gemessen, die 
der Drucker braucht, um 60 Zeilen mit je- 
weils nur einem Sternchen vorn und hinten 
zu drucken. Aus beiden Zeiten wird das 
Verhältnis gebildet, das als Maß angezeigt 
wird. Was haben Sie nun davon? Nun, Sie 
wissen dann, wie “schlau” der Rechner in 
Ihrem Drucker ist. Eine begrüßenswerte 
Erscheinung ist nämlich, daß sich die Druk- 
kerhersteller auch langsam den “Gehirnen” 
ihrer Maschinen zuwenden. Nachdem das 
Papier-Handling bei vielen Geräten nahezu 
perfektioniert wurde, gehts jetzt ans Einge- 
machte oder besser gesagt an die Innereien. 
Die Geräte beginnen neben inflationären 
Font-Angeboten auch die Druckwege zu 
optimieren oder z.B. im Quasi-Mulititas- 
king-Betrieb zu drucken und Daten aufzu- 

> 
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ment des Druckermarktes Neuling ist und 
auf jeden Fall gegen die Marktführer wie 
NEC, OKI, STAR, aber auch EPSON 
antreten muß. Der M-1824L ist ganz klar 
als Alternative zum NEC P6plus konzi- 
piert und das formuliert man bei Brother 
auch so. Daher sollte sich das Gerät auch 
im Vergleich mit diesen Maschinen be- 
haupten. 


Das hat unser Prüfling tadellos getan. Als 
Quintessenz kann man sagen, daß der M- 
1824L zumindest seiner Konkurrenz 
ebenbürtig ist. Die Geschwindigkeit im 
Textmodus ist hoch, im Grafikmodus 
bleibterhinterdem NEC zurück. Dafür ist 
das Papier-Handling absolut unproble- 
matisch. Das Geräusch, das er produziert, 
ist - wie bei allen Nadeldruckern - objek- 
tiv hoch. Subjektiv mag es eine Nuance 


nehmen. Das wirkt sich nachhaltig auf die 
Druckzeiten aus. 


Wenn also Ihr Drucker bei diesem Test im 
zweiten Durchlauf um 20% schneller war, so 
ist das einerseits eine kleine Sensation. An- 
dererseits ist es ein eindeutiges Zeichen 
dafür, daß die Maschine in der Lage ist, 
sowohl die Kopfgeschwindigkeit zu regeln, 
als auch eben diese Fähigkeit zu nutzen, um 
Leerzeichen schneller abfahren zu können. 
Ein Lob dem Hersteller. Mit Sicherheit wird 
es in der Zukunft immer mehr Maschinen zu 
zivilen Preisen geben, die so arbeiten, um 
bessere Druckzeiten zu erreichen. Gerade 
im (immer wichtiger werdenden) Grafik- 
druck schlägt sich das nieder. Warten wir’s 
ab; unser Programmpunkt wird ein Krite- 
rium für die Beurteilung sein. 


Eben habe ich es schon angesprochen: Der 
Grafikdruck wird immer wichtiger. Schauen 
wir uns das Software-Angebot für den ST 
an: Malprogramme ohne Ende. Viele Leute 
kaufen sich einen 24-Nadler, um damit Bil- 
der zu fabrizieren. Obwohl Laserdrucker 
mit Sicherheit besser dazu geeignet sind, 
wäre das oft zuviel des Guten - vor allem 
finanziell. Dazu kommt Signum!. Dieses 
Programm erfreut sich ständig wachsender 
Beliebtheit und wer über Drucker am ST 
spricht, wird auch um diese Textverarbei- 
tung nicht herumkommen. Da Signum! aus- 






Urlaubskonto, 
Berlin-Abrechnung, Meldewesen, komp. 
zu TIM II, ST-Fibu u.a., Lohnsteuer, ... 


Es ist Ihre Entscheidung, wieviel Arbeit 
Gehalt Sie sich durch den Einsatz unserer Pro- 
dukte sparen. 


HARDWARE 


erträglicher sein als bei anderen Geräten, 
doch das istnicht die Welt. Das Handbuch 
ist gut, gegliedert und übersichtlich. Al- 
lerdings sollte der werte Leser schon 
etwas Sachverstand mitbringen. Eine 
Einführung in die Druckerprogrammie- 
rung ist das Werk nicht. 


Mit Drucker- wie allgemein mit Hard- 
ware-Preisen ist das ja immer so eine 
Sache: Die Hersteller nennen einen Preis, 
und viele Händler bieten zu oft weit gerin- 
geren an. Warum das so ist, soll hier nicht 
diskutiert werden. Als Konsequenz für 
den Kunden ergibt sich, daß man -um den 
tatsächlichen Preis der Geräte zu erfahren 
- Erkundigungen in Anzeigen oder direkt 
bei den Händlern einholen muß. Wir 
werden hier nur die unverbindlichen 
Preisempfehlungen der Hersteller ange- 


schließlich im Grafikmodus druckt (wie z.B. 
auch 2nd Word), fordert es vom Drucker ein 
Höchstmaß an Datendurchsatz: Unser Test- 
Geschäftsbrief ist als ASCII-Datei gerade mal 
1690 Zeichen (Bytes) lang. Genauso viele 
Zeichen muß der Drucker verarbeiten, wenner 
ihn zu Papier bringt. Mit Signum! in der 
Auflösung 360x180 DPI gedruckt, müssen 
Rechner und Drucker schon fast 126000 Bytes 
schaufeln, bis das Dokument gedruckt ist. Da 
sich bei solchen Datenmengen die ST-eigene 
Druckfunktion als zu langsam erweist, geht 
Signum! eigene Wege und bedient die paralle- 
le Schnittstelle selbst. D.h. die Daten kommen 
um einiges schneller beim Drucker an, als das 
bei “normalen” Programmen der Fall ist. Der 
Schreibknecht hat also richtig zu tun. 


Was liegt demnach näher, als eine Signum!- 
Seite als Testdokument zu benutzen und die 
Zeit zu stoppen, die der Drucker braucht, um 
sie zu Papier zu bringen? Weil’s so schön ist, 
benutzen wir den Geschäftsbrief gleich noch- 
mal, diesmal geschrieben mit Signum! im Font 
“Grotfe”. Bevor Sie für diesen Test das Sig- 
num!-Druckprogramm starten, sollten Sie 
sich den Signum!-Spooler mit 150 kByte ein- 
richten. Starten Sie dann den Druck, doch 
schalten Sie den Drucker vorher Off-Line. Der 
Spooler leitet diesen Status nicht an das 
Druckprogramm weiter und so füllen Sie den 
Spooler langsam auf. Wenn das Druckpro- 
gramm sein Werk vollendet hat, sind Sie dran. 


Baulohn, Kassenlisten, 






ben, die aber teilweise um 25% unterbo- 
ten werden. 

Alles in allem ist der Brother M-1824L 
ein sehr zu empfehlendes Gerät, das sei- 
ner Bestimmung, eine Alternative zum 
P6plus zu sein, mehr als gerecht wird. 
Außerdem ist er mit seinen knapp 1950 
DM auch noch einen Hauch preiswerter 
als sein Konkurrent. 


IB 


Preise 
(unverbindliche Empfehlungen It. Hersteller): 


Gerät: 1937 DM 
autom. Einzelblatteinzug: 512 DM 
Fontkarte mit sechs LO-Fonts: 285 DM 
RAM-Karte mit 32 kByte: 285 DM 


Garantie: 6 Monate inkl. Druckkopf 


Nehmen Sie sich eine Stopuhr und messen 
Sie die Zeit, die vom On-Line-Schalten des 
Druckers bis zum letzten Zeichen des Brie- 
fes vergeht. Wenn Sie gerade keine zurHand 
haben, nehmen Sie die aus dem Testpro- 
gramm. 


Durch den Trick mit dem Spooler (Strobe- 
dauer 5 Mikrosek.) erreicht man, daß nicht 
etwa unterschiedliche Berechnungs- oder 
Ladezeiten die Testergebnisse beeinflussen. 
Auf diesem Wege wird der Drucker mit 
maximaler Geschwindigkeit bedient. Da die 
Dokumente die gleichen sind, können Sie 
auch direkt ablesen, wieviel Zeit Sie der 
gegenüber dem normalen ASCII-Druck aus 
dem DRU_TEST. PRG weitaus schönere 
Signum!-Druck kostet. Diesen Test werden 
wir fortan mit jedem Drucker machen und so 
nach und nach weitere Vergleichsdaten 
sammeln, die Ihnen helfen können, sich im 
Dschungel des Druckermarktes ein wenig 
zu orientieren. 


Die neue, erweiterte Version des DRU_ 
TEST.PRG wird nebst Geschäftsbrief im 
Signum!-Format ab nächstem Monat im 
MAXON PD-Service erhältlich sein. Wenn 
Sie zum Thema Drucker Anregungen, Fra- 
gen, Kritik haben, dann halten Sie damit 
nicht hinterm Berg, sondern schreiben Siean 
die ST-Computer. 





Rufen Sie uns an 


Tel: 06732/7354 
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ST-STATISTIK 


* Uni- u. multivariate Statistik für die Praxis 

+ Mittelwert bis Faktor-, Cluster-, Varianz- und 
Regressionsanalysen, Crosstabs, T-, U-, F-, 
Kaplan-Meyer-, Mantel-Haenszel-Test u.v.a. 

« Volle Grafikeinbindung in 2D & 3D 

« Balken, Torten, Bänder, Linien und Dendro- 
gramme mit Grafikeditor frei beschriften und 
gestalten 

« Eigener Dateneditor, Import u. Export in Text- 
u. Grafikprogramme (z.B. SciGraph) sowie 
Datenbanken, unbegrenzt große Datenmatrizen 
« Der Preis: DM 349.-, Demo 30.- 


CHEMOGRAPH-PLUS 


« Perfektes und schnelles Erstellen von Skizzen 
und Strukturformeln aus dem Bereich der 
Chemie in 2D, 3D und für stereographische 
Betrachtung 

« Am Bildschirm editieren, rotieren, zoomen, 
spiegeln, plazieren etc. 

« Nachladbare und erweiterbare Formelbiblio- 
theken, wahlweise Normierung von Linien und 
Winkeln 

* Komfortable Beschriftungsmöglichkeit 

« Publikationsreife Metafile-Grafik mit Fonts 
und Treibern für alle gängigen Drucker 

+ Der Preis: DM 699.- 


SciLab cmbH _Teı.: 040 4603702 
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« SciGraph ist das professionelle Werkzeug für die graphische 
Präsentation Ihrer Daten in hervorragender Druckqualität. 


« Perfekte Business- und wissenschaftliche Grafiken werden 
automatisch erstellt und können objektorientiert am 
Bildschirm nach eigenen Vorstellungen gestaltet und erweitert 
werden. SciGraph enthält ein Vektorzeichenprogramm. 


«  GEM-Vektorgrafiken garantieren optimale Ausgabequalität 
sowie Kompatibilität mit vielen DTP- und anderen Programmen 


« Der Preis: DM 599.-, Demo DM 30.- 
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ANWENDUNGEN 


Erste Erfahrungen 


mit 


SIGNUM! Zwei 


Nun ist es doch noch dazu ge- 
kommen, daß zwischen Bü- 
chern, Manuskripten und Zet- 
teln ein Computer Platz gefun- 
den hat. Freunde und Bekann- 
te drängten seit langem darauf, 
spotteten auch gelegentlich 
über den verschrobenen Ger- 
manisten mit seinen veralteten 
Arbeitsmethoden. Doch das nützte 
wenig; die Angst vor der neuen Tech- 
nik saß wohl zu tief. 


Aberauchästhetisch konnte ich den Com- 
puterausdrucken, die mir in die Hände 
fielen, nichts abgewinnen; diese (wohl 
meist von 9-Nadlern stammenden und/ 
oder in Draft-Modus zu Papier gebrach- 
ten) Schriftstücke sahen doch zu wenig 
ansprechend aus und stellten gegenüber 
dem von Kugelkopf und Typenrad er- 
reichten typographischen Standard einen 
deutlichen Rückschritt dar. Das sollte 
High Tech sein? 


So blieb es denn dabei. Ein paar hundert 
Seiten der Dissertation zur Metaphorik 
religiöser Sprache in der Literatur des 
Mittelalters waren schon mühsam mit der 
Typenradmaschine getippt (alle Original- 
zitate kursiv!), als man mich auf SIG- 
NUM! aufmerksam machte. Beim Be- 
trachten von Probeausdrucken einiger 
Schriften wußte ich gleich: Das ist mein 
Programm! Weil es SIGNUM! nur für 
den ATARI ST gibt, mußte ein ATARI 
her, und zwar - daich dem Händler etwas 
von sehr langen Texten erzählte - ein 
MEGA ST 2 mit Festplatte sowie ein 24- 
Nadeldrucker. Allein das Textprogramm 
war ausschlaggebend für die Wahl des 
Computers, den zu kaufen ich mich nur 
aus Einsicht und ganz ohne Lust durchge- 
rungen hatte. 


Sprachprobleme 


Da standen dann die ausgepackten Geräte 
aufdem Tisch vor jemandem, dernoch nie 


Praxisbericht eines 
doktorierenden 


Philologen 


vor einem Computer gesessen hatte und 
nicht einmal wußte, wofür das Maus 
genannte Gerät überhaupt gut sein sollte. 
Man mag einwenden, daß ein MEGA ST 
mit SIGNUM! als (zunächst) einzigem 
Programm nicht sehr geeignet sei für den 
Einstieg in die Computerwelt; als Sprung 
ins kalte Wasser zwang diese Kombina- 
tion jedoch zu intensiver und konzentrier- 
ter Auseinandersetzung mit völlig unbe- 
kannten Problemen, bei der ich mir selbst 
immer wieder Mut machen mußte, etwa 
mit Sprüchen wie ‘Auch in andern Fakul- 
täten wird nur mit Wasser gekocht!”. 


Apropos Einstieg. In dem ersten halben 
Jahr Computererfahrung, das nun hinter 
mir liegt, habe ich mich nicht als Einstei- 
ger verstanden, sondern als Anfänger. 
Vielen mag das spitzfindig erscheinen, 
aber jemandem, der von außen kommt, 
fällt doch die Insider-Sprache auf, die in 
diesem Bereich (auch in dieser Zeit- 
schrift) sich durchzusetzen scheint. Kaum 
ein Programm, das dem ‘Anwender’ nicht 
‘ein mächtiges Werkzeug in die Hand’ 
gäbe; und die lobenden Beiwörter ‘kom- 
fortabel’ und ‘luxuriös’ las ich nie zuvor 
so häufig wie hier. 


Vieles läßt sich wohl durch allzu schnel- 
les Übersetzen aus dem Anglo-Amerika- 
nischen erklären; aber manchmal wird’s 
dabei ärgerlich, wie bei der neutralen 
bzw. positiven Verwendung von ‘aufrü- 
sten’, oder auch lustig: daß der Ausdruck 
“Endlospapier’ blanker Unsinn ist, merkt 
man spätestens, wenn der erste Stapel 
davon dem Ende sich entgegen neigt. 


Jemand belehrte mich zwar 
freundlich, es sei natürlich ‘rela- 
tiv endlos’ gemeint, was etwa so 
klingt wie “ein bißchen ewig’. 


Über Handbücher 


Für jeden, der etwas Neues ken- 

nenlernen will, kommt es auf die 
Verständlichkeit der Erklärungen an. 
Handbücher, so meine ich, sollten zudem 
übersichtlich sein, ausführlich und doch 
knapp. Die meisten dieser Kriterien er- 
füllt das Handbuch zu SIGNUM!. Voll- 
ständig ist es freilich nicht; manche Pro- 
bleme werden überhaupt nicht oder an- 
derswo erklärt - etwa in dem ebenfalls bei 
Application Systems Heidelberg erschie- 
nenen ‘SIGNUM!-Buch’ von Volker 
Ritzhaupt, für das man noch einmal DM 
59,- ausgeben muß. Ritzhaupts laxe For- 
mulierungen wie ‘klicken Sie mit einer 
Lässigkeit, um die Sie Bogart beneiden 
würde, auf...’ (S. 25) sind ja ganz lustig 
und lockern den Text gewiß auf; wenn 
man aber unter Zeitdruck steht und gerade 
dringend etwas sucht, dann wird es oft zur 
Qual, aus all der Plauderei die notwendi- 
gen Informationen sich erst mühsam her- 
ausfiltern zu müssen. 


Ein auf alle Schnörkel verzichtendes 
Buchmit ‘Tips und Tricks zuSIGNUM!’, 
das vielleicht aus einer Leserumfrage 
hervorgehen könnte, wäre wirklich eine 
Hilfe. Vorläufig bleibt einem nichts ande- 
res übrig, als aus den verschiedenen Pu- 
blikationen (auch aus dem DATA-BEC- 
KER-Buch zu SIGNUM! und diversen 
Zeitschriftenartikeln) sich das Wichtigste 
auf Karteikarten zu schreiben und alpha- 
betisch nach Stichworten zu sortieren. Es 
ist schon merkwürdig: hatte ich den 
Computer auch mit dem Motiv gekauft, 
umfangreiche Karteisysteme nach und 
nach in elektronische Datenbanken über- 
zuführen, um auf platzraubende Zettelkä- 
sten verzichten zu können, so sind esnun 
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nicht weniger Kästen geworden, sondern 
es kam noch einer hinzu! 


Nützlicher 
Formelbereich 


Angesichts der kurzen Zeit, dieich mir für 
das Erlernen des Umgangs mitSIGNUM! 
und dem Computer zugestanden hatte, 
war Arbeitsökonomie angesagt; glaubte 
ich doch nach langem Studium die Tech- 
niken der Wissensaneignung prinzipiell 
zu beherrschen. Also blieb alles aus dem 
Handbuch ungelesen, was für mich un- 
wichtig zu sein schien; zum Beispiel die 
wenigen Andeutungen über ‘Formelzei- 
len’ und ‘Formelbereich’: was sollten in 
einer altgermanistischen Arbeit wohl ma- 
thematische Formeln? Doch dann erwies 
sich das vermeintlich Unwichtige als 
genau das, was man braucht. Als ich die 
ersten Verse in meinem Text zitiert hatte 
und dann einen Zeilenumbruch auslöste, 
kam ein böses Erwachen: SIGNUM! 
macht offenbar selbst aus dem schönsten 
Gedicht erbarmungslos Prosa! 


Nach längerem Suchen und Probieren 
kam ich endlich auf die Lösung, die eben- 
so einfach wie wirkungsvoll ist: das ganze 
Gedichtzitat wird grundsätzlich zum For- 
melbereich erklärt und bleibt dadurch 
auch dann vom Zeilenumbruch ausge- 
nommen, wenn nicht jede Verszeile ein- 
zeln als Absatz markiert wurde. Erstaun- 
lich nur, daß ich nirgendwo einen Hin- 
weis auf dies Verfahren finden konnte. 
Auch Ritzhaupt, der den Formelbereich 
ausführlicher behandelt (S. 142ff.) - was 
eigentlich im Handbuch hätte geschehen 
sollen -, nennt außer Formeln als Anwen- 
dungsbeispiele nur Tabellen, Grafiken 
und Platzhalter für Diagramme, die später 
eingeklebt werden sollen. Schreibt oder 
zitiert denn wirklich niemand Gedichte 
mit SIGNUM!? 


Umständlicher Weg 
zum Spatium 


Ein weiteres nicht im Handbuch erläuter- 
tes Problem hängt gleichfalls mit der ei- 
genwilligen Art zusammen, mit der SIG- 
NUM! den Blocksatz ausführt. Laut Ritz- 
haupt ist eine der häufigsten Anfragen an 
Application Systems, wie mit 
SIGNUM!Zwei Leerzeichen unterstri- 
chen werden können. Die Tricks, die er 
(S. 204) und Veit Brixius (ST-Computer 
12/1988, S. 162) angeben, helfen dem 
Dilemma ab, daß es eigentlich gar nicht 
geht, da SIGNUM! keine Leerzeichen 
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ANWENDUNGEN 


Desk Datei übernahne Funktionen Info 
Druckernetz 


Zeichensatz: 


Zeichen: .zi 


Editornetz 


Abb. 1: Mit diesem Trick gelingt es, ‘Leerzeichen’ in SIGNUM! Zwei zu erzeugen. 


Desk Datei übernahne Funktionen Info 


Drucker 
Zeichensatz! ıT\ 
ANTIKRO Eu 


Zeichen: -zi 


_Druckernetz | 


Abb. 2: Das alte deutsche ‘ö’ ist leicht im Zeichensatz-Editor von SIGNUM! zu definieren. 


Desk Datei bernahne Funktionen Info 


Zeichensatz: 
ANTIKRO 


Zeichen: 9Zi Editornetz 


Abb. 3: Dieses Zeichen benötigt man beim Schreiben altdeutscher Texte. 
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kennt, sondern nur unterschiedliche Ab- 
stände zwischen den Wörtern. Die Prä- 
misse des Programmierers scheint ja ver- 
nünftig zu sein, daß dort, wo nichts ist, 
auch nichts unterstrichen werden kann. 
Viel schlimmer istschon, daß danichts 
ist. Denn Leerstellen sind ja nicht einfach 
nur nichts, sie können durchaus eine 
Bedeutungsfunktion haben. Drucker und 
Setzer sprechen vom ‘Spatium’, und sie 
nutzen diesen Abstand von etwa drei 
Zeichen zum Beispiel dafür, bei Verszita- 
ten im Prosakontext das jeweilige Ver- 
sende zu markieren (etwa: ‘Das Wasser 
rauscht’, das Wasser schwoll, Ein Fi- 
scher saß daran, Sah nach dem Angel 
ruhevoll Kühl bis ans Herz hinan’). 


Eben dies hatte ich, wie von der Schreib- 
maschine her gewohnt, mit dreifachem 
Drücken der 
Space-Taste im- 
mer wieder ver- 
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der immer geduldige ATARI-Händler, 
‘oder Sie müssen die Eurofont-Diskette 
kaufen’. Da ich mich (noch) nicht traute, 
gab ich erneut DM 69,- aus. So hatte ich 
nun die (west-) europäischen ‘Sonderzei- 
chen’ zur Hand und konnte alt- und mit- 
telhochdeutsche Langvokale mit Längen- 
zeichen versehen. Damit wares dann aber 
nicht genug. Um den Schreibweisen von 
Handschriften und Frühdrucken gerecht 
zu werden, sollte man verschiedene spe- 
zielle Buchstaben wie das ‘Geschwänzte 
E’ (e caudata) oder die alten Umlaute mit 
hochgestelltem ‘e’ in den Zitaten verwen- 
den. Einen entsprechenden “Mediaeva- 
lis’-Font fand ich aber unter all den vielen 
SIGNUM!-Zeichensätzen nicht (gibt es 
so etwas mittlerweile? Arbeiten keine 
Mittelalter-Philologen mit SIGNUM!?). 
Doch das war nicht weiter schlimm. Im 
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vv EEE EEE ER 


& 3 
eu \, 


TEMPUS zurück, dessen ASCI-Texte 
sich dann leicht in SIGNUM! einladen 
lassen. 


Doch ändert der Geschwindigkeitsnach- 
teil nichts daran, daß SIGNUM! (bisher) 
die schönste Textverarbeitung auf dem 
ATARIST darstellt-ob.dies auch noch so 
sein wird, wenn TEMPUS WORD vor- 
liegt, wird man sehen. 


Fußnoten 
im Seitenumbruch 


Ein viel größeres Problem, über das die 
Handbücher sich ausschweigen, ergibt 
sich bei der Manuskriptgestaltung: Wie 
erhält man zwischen Textende und Fuß- 
notenanfang einen einigermaßen gleich- 
großen Zwischenraum? Die Antwort, 
SIGNUM! besorge 
dies automatisch, ist 


ä rss nur dann richtig, 








werden (Ps. 48,15)9, 


sucht - und jedes- 
mal rückte der Um- 
bruch mir mein 
Spatium wieder 
auf das Einheits- 
maß der Wortab- 
stände der jeweili- 
gen Zeile zusam- 
men. Alle Versu- 
che, SIGNUM! 
davon abzuhalten, 
waren vergeblich; 
der Gedanke, diese 
Zeilen sämtlich in 
Formelzeilen zu 
verwandeln, muß- 
te aufgegeben wer- 
den, wenn ein 
Umbruch über- 
haupt noch sinnvoll sein sollte. Die Lö- 
sung fand sich dann ebenfalls in Ritz- 
haupts SIGNUM!-Buch ($. 206): im Zei- 
chensatzeditor wurde für den Editorzei- 
chensatz ein Häkchen definiert, dem im 
Druckerzeichensatz nichts entspricht 
(Abb. 1), weshalb der Drucker dann doch 
so etwas wie ein Leerzeichen ausgibt. 
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Kein neuer Font, aber... 


Enttäuschend war zunächst, daß es nicht 
gelang, Akzente auf Buchstaben zu set- 
zen, wie das mit jeder Schreibmaschine 
leicht zu erreichen ist. In der Tat bietet 
keiner der zum Lieferumfang gehörenden 
Zeichensätze die Möglichkeit, brauchba- 
re Akzente auf Buchstaben zu setzen. 
‘Die können Sie im Zeichensatzeditor 
selbst erzeugen, wenn Sie sich trauen’, so 


56 SI" 12/1989 


31 PEIL, Untersuchungen, S. 52, 


Inare 2] 
Hauptz, | Kapitel N == | ==:7] 


Abb. 4: Da die Anmerkung 39 nicht mehr auf die Seite paßte, nahm SIGNUM! auch die Zeile mit der 
Fußnotenreferenz mit auf die nächste Seite: So entstand zwischen Text und Fußnoten ein häßliches Loch. 


ergänzt Notker das Attribut »räudig«: »Mors pastor est 
leisw. Der töd ist ino hirte, Christus ist ulta (ib). diabolus Ist mors ftöd. Also 
uita In himele guötero scäfo hirte Ist. also Ist in hello mors hirte dero rücligon 
Isc#fo.9 Von diesem Hirten ist keine Heilung der Räude zu erwarten. Medizinische 
Einzelheiten über die Heilung von Hautkrankheiten’? finden sich überhaupt 
selten in der Metaphorik. Die Steinheilkunde weiß — vielleicht aus exegetischer 
Tradition?P —, daß der Onix die Krätze beseitigt »und das Gesicht (wieder) weiß 


132 In der Polemik gegen »schlechte Hirten« Ez 34,4: »Die schwachen (Tiere) 
stärkt Ihr nicht, die kranken heilt Ihr nicht, die verletzten verbindet Ihr 


Zeichensatzeditor ließ sich der für die 
Dissertation verwendete Font leicht mei- 
nen Bedürfnissen anpassen, wie die Abb. 
2-3 zeigen; die zusätzlichen Zeichen wur- 
den einfach auf die undefinierten Stellen 
des Ziffernblocks gelegt und können nun 
problemlos verwendet werden. 


Geduld ist gefragt 


Zwar haben Philologen langsam und 
bedächtig zu arbeiten, aber manchmal 
verliere selbst ich die Geduld, wenn SIG- 
NUM! mit meiner Texteingabe über die 
Tastatur nicht mitkommt und immer wie- 
der mal ein paar Buchstaben ausläßt. 
Außerdem dauert der Ausdruck über den 
24-Nadler quälend lange. Für das Formu- 
lieren längerer Textpassagen (auch dieses 
Textes) greife ich deshalb heute lieber auf 











wenn auch die Fuß- 
noten von gleicher 
Länge oder besser 
Kürze sind. Philolo- 
gische Arbeiten, die 
das Vorkommen 
etwa eines Wortes 
oder eines literari- 
schen Motives so 
vollständig wie mög- 
lich zu dokumentie- 
ren haben, enthalten 
darum oft sehr lange 
Fußnoten, die man 


perestl merk) en ae im Bleisatz oder mit 
| === Jroraavf | | siocr ] ze BIDE Seite 8 f Ä 
[seite] raoiterı | eile der Schreibmaschine 


gegebenfalls auf die 
nächste Seite über- 
laufen läßt. SIG- 
NUM! weigert sich jedoch strikt, den Sei- 
tenumbruch durch die Fußnoten hindurch 
vorzunehmen, es bringt entweder die 
ganze Fußnote, oder zieht sie mitsamt der 
Zeile, welche die Fußnotenreferenz ent- 
hält, auf die nächste Seite hinüber. 


Dadurch entstehen zwischen Text und 
Fußnoten häßliche Löcher (Abb. 4), die 
nur mit mühsamer Handarbeit zu beseiti- 
gen sind; oder weiß jemand Rat? Seinen 
Grund wird dies Problem darin haben, 
daß der Programmierer von der Mathe- 
matik her kommt, wo es - wenn überhaupt 
- nur ganz kurze Fußnoten gibt. Auch ist 
die Vorgabe, eine Fußnote solle auf der 
Seite stehen, zu der sie gehört, an sich 
nicht unvernünftig. Für Philologen aber, 
die ihren Publikationsstil nicht vom 
Computerprogramm abhängig machen 
wollen und Manuskripte mit ‘Löchern’ 


nicht einreichen können, stellt dies Han- 
dicap das Arbeiten mit SIGNUM! grund- 
sätzlich in Frage. 


Da wiegt das Fehlen einer Endnotenver- 
waltung schon weniger schwer. Zur Not 
setzt man die Anmerkungen eben an das 
Ende des Textes, ohne sie vom Programm 
verwalten zu lassen. Schwieriger ist es 
allerdings, wenn ein Aufsatz zunächst mit 
Fußnoten geschrieben wurde und dann 
die Redaktion einer Zeitschrift Endnoten 
verlangt. Da hilft nur der mühsame Weg 
übers Klemmbrett; oder kennt jemand 
eine bequemere Lösung? 
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Ausblick 


Über einiges ließe sich noch streiten, wie 
über den Sinn einer automatischen Regi- 
stererstellung. Die Entwickler von SIG- 
NUM! wären aber auf jeden Fall gut bera- 
ten, sich Gedanken zu machen, wie ihr 
Programm für den großen Kreis von Gei- 
steswissenschaflern interessant werden 
könnte, die sich noch gar nicht oder erst 
zögernd dem Computer zuwenden. Hier 
ist ein großer Markt zu erschließen, wenn 
man wirklich etwas zu bieten hat, wozu 
die Verwaltung auch langer Fußnoten 
unbedingt gehört. 


Trotz mancher Enttäuschungen, vieler 
Abstürze und einiger ruinierter SDO- 
Dateien ist etwas eingetreten, was ich zu 
Anfang nicht für möglich gehalten hätte: 
Die Arbeit am Computer (und mittlerwei- 
le auch nicht mehr nur mit SIGNUM!) 
begann, mir Spaß zu machen! Sonst wäre 
gewiß nicht dieser Artikel entstanden. 
Abernun istersteinmal Schluß, jetzt wird 
nur noch an der Dissertation geschrie- 
ben... 


Meinolf Schumacher 


Eickmann Computer eröffnet 


DTP- und MIDI-Center 


in unmittelbarer Nachbarschaft des bisherigen Ladengeschäfts 


Eickmann Computer 
In der Römerstadt 249 / 253 
6000 Frankfurt 90 

Tel.: 069/7634.09 

Fax: 069/7681971 


Vorführungen 


Bei den wöchentlichen Vorführungen können sich 


Interessierte über die Möglichkeiten des 


ATARI-Einsatzes im professionellen Grafik-Design- 
und Verlagsbereich sowie auf dem Musiksektor 


(MIDI) informieren und beraten lassen. 


Schulungen 


Schulung durch erfahrene Profis für 
Anwender, die Ihre Erfahrungen 
vertiefen, und Ihr System voll 
nutzen wollen. 


jo vinci design 


Eickmann Computer 
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Vom Chiffrieren und Kodebrechen 


In der fragmentarischen Hinterlassen- 
schaft des Heraklit, eines griechischen 
Philosophen aus vorsokratischer Zeit, 
den man auch den ‘Dunklen’ nennt 
wegen der Vieldeutigkeit mancher sei- 
ner Aussagen, findet sich die bemer- 
kenswert hellsichtige Einschätzung 
vom Krieg oder allgemeiner, dem 
Streit als Erzeuger aller Dinge. 


Eine zutreffende Beurteilung zumindest 
für die Kryptologie, denn, wie in der ge- 
schichtlichen Entwicklung dieser Lehre 
vom Verschlüsseln und Entschlüsseln oft 
genug zu sehen ist, gedeihen Geheim- 
schriften, Geheimsprachen und die unge- 
zählten Ideen, Wissen und Informationen 
aller Art vor einer vermeintlichen oder 
realen Ausspähung zu schützen, beson- 
ders gut auf dem Boden des Krieges, des 
Wettbewerbs, überhaupt im Umfeld einer 
wie auch immer begründeten Abschot- 
tung nach außen. So erinnert das sich 
bedingende Hinaufschaukeln von Chif- 
frieren und Kodebrechen zu immer raffi- 
nierteren Verfahren an die gegenseitig 
abhängige Entwicklung von Angriffs- 
und Verteidigungswaffen. Und noch 
etwas fällt ins Auge: das Hand-in-Hand- 
Gehen von Einfallsreichtum und Mecha- 
nisierung, d. h. an jede Kreation einer 
neuen Verschlüsselungsmethode schlie- 
Ben sich sogleich zahlreiche Versuche zu 
ihrer schematisierten Handhabung an. 
Die Vorsilbe krypto (griech. kryptos - 
verborgen, versteckt) deutet an, worumes 
geht: um Methoden zum Verbergen von 
Informationen. Entsprechend dem Erfin- 
dungsreichtum menschlichen Geistes 
haben sich auch die Versuche gestaltet, 
entweder die Inhalte von Nachrichten 
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oder diese selber geheimzuhalten. Die 
Verfahren reichen von der unsichtbaren 
Tinte bis zum speziellen Verschlüsse- 
lungschip. 


Dennoch ist es keinesfalls paradox, wenn 
am Ende der siebziger Jahre vorgeschla- 
gen wurde, als Konsequenz der soge- 
nannten Public-Key-Verfahren sogar das 
Geheimste selbst, die Schlüssel, zu ent- 
hüllen und sie den Augen einer breiten 
Öffentlichkeit preiszugeben. Menschli- 
che Kombinationsgabe und Intuition 
scheinen seitdem nicht mehr gefragt, da, 
wie es aussieht, allein die geballte Kraft 
riesiger Rechenanlagen die heute gülti- 
gen Verschlüsselungen knacken könnte. 
Zugleich haben sich die Schwerpunkte 
der Kryptologie verschoben: vom militä- 
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rischen zum privat-wirtschaftlichen Be- 
reich. Im Zeitalter der Verarbeitung und 
Vernetzung von Informationen wird ne- 
ben einer Sicherung von Daten auch der 
Schutz vor unbefugten Zugriffen zuneh- 
mend bedeutsamer. Daß Paßwörter kei- 
neswegs ausreichen, ist vielfach spekta- 
kulär aufgezeigt worden. Was liegt näher, 
als sich nicht nur auf Abwehrmethoden 
gegen Unberechtigte zu konzentrieren, 
sondern die Daten selbst zu schützen, 
diese über Kryptosysteme so zu chiffrie- 
ren, daß sie ohne Kenntnis eines speziel- 
len Teils der Schlüsselfunktion wertlos 
sind? Am Beginn der Geschichte elektro- 
nischer Rechenmaschine steht ein Koloß, 
zusammengesetzt aus Elektronenröhren, 
zum Zweck der Entschlüsselung militäri- 
scher Nachrichten konzipiert und kon- 
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Abb. 1: Zweidimensionale Wegtransposition 
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struiert: COLOSSUS. Prototyp eines 
Großrechners, 1942 für den britischen 
Geheimdienst gebaut, um die Verschlüs- 
selungsparameter der elektromechanisch 
arbeitenden deutschen Chiffriermaschine 
ENIGMA aufzudecken. Der Arbeitswei- 
se dieses Gerätes im Prinzip vergleichbar 
sind auch die Methoden der Verschlüsse- 
lung, die heute innerhalb militärischer 
und ziviler US-Kommunikationssyste- 
me, etwa Behörden oder Banken, ange- 
wandt werden. Dahinter wirkt ein Algo- 
rithmus, der 1977 vom U. S. National 
Bureau of Standards genormt und unter 
dem Namen “Data Encryption Standard” 
(DES) eingeführt wurde. Dazu und zu den 
Public-Key-Kryptosystemen später 
mehr. Vorweg werden einige Grundbe- 
griffe der Kryptologie vorgestellt und an 
Beispielen aus der Geschichte der Kryp- 
tologie erklärt. 


Klassische 
Kryptosysteme 


Grundsätzlich unterscheidet man zwei 
Kategorien von Verschlüsselungssyste- 
men: die Transpositionen (Versetzungen) 
und die Substitutionen (Ersetzungen ). 
Bei Transpositionen werden die Zeichen 
der zu verschlüsselnden Information, also 
der in Umgangssprache formulierte Klar- 
text, blockweise über eine geometrische 
Figur, den Schlüssel, eingelesen und nach 
einem speziellen Muster versetzt in den 
Schlüsseltext ausgelesen. Bei Substitutio- 
nen hingegen ersetzt man nach einer be- 
stimmten Vorschrift die Zeichen des 
Klartextes durch andere Zeichen oder 
Symbole. Wird für jedes zu ersetzende 
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Abb. 2: Fackeltelegraphie des Polybios 


Zeichen eines Alphabets immer ein be- 
stimmtes Schlüsselzeichen eines anderen 
Alphabets genommen, heißt die Substitu- 
tion monoalphabetisch, läßt sich dagegen 
ein Zeichen durch Ersetzungen aus meh- 
reren anderen Alphabeten chiffrieren, 
spricht man von einer polyalphabeti- 
schen Substitution. Eine Zwischenstufe 
bilden homophone Substitutionen, da hier 
zwar monoalphabetisch kodiert wird, an- 
dererseits aber zwischen einer begrenzten 
Anzahl unterschiedlicher Ersetzungszei- 
chen pro Klartextbuchstaben gewählt 
werden darf. Eine frühe Transpositions- 
methode stammt aus dem alten Griechen- 
land. Von den Ephoren, den Mitgliedern 
der Regierung Spartas, wird berichtet, 
daß sie, um chiffrierte Depeschen mit 
ihren Heerführern auszutauschen, die 
Skytale (griech., Stab) benutzten. Um 
diesen Holzstab einer genau bestimmten 
Länge und Dicke wurden schmale Perga- 
mentstreifen in Spiralwindungen gewik- 
kelt, anschließend beschrieb man das 
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Abb. 3: Chiffrier-Tafel 


Pergament in Längsrichtung des Holzes 
miteiner Nachricht und übergab dann den 
entrollten Streifen einem Boten. Wer nun 
die Botschaft richtig lesen wollte, mußte 
zugleich die Stärke des Holzstabes ken- 
nen, da erst ein Stab im richtigen Durch- 
messer die gleichen Windungen erzeugte, 
die das Pergament beim Beschriften ein- 
genommen hatte. Typisch für eine Trans- 
position ist auch das nachstehende Bei- 
spiel (s. Abb. 1) einer zweidimensionalen 
Wegtransposition. Der Klartext “DIES 
IST EINE BOTSCHAFT” wird ohne 
Leerzeichen zeilenweise von links oben 
nach rechts unten (oder umgekehrt) in 
eine5x4-Matrix (Schlüssel) eingetragen. 
Ausgelesen wird der Schlüssel spalten- 
weise von rechts unten nach links oben 
(bzw. umgekehrt). Die versetzten Buch- 
staben ergeben den Schlüsseltext. 


Die klassische monoalphabetische Sub- 
stitutionschiffrierung wird nach Julius 
Cäsar (100-44 v. u. Z.) benannt: In diesem 
System ersetzt man jeden Buchstaben des 
Klartextes durch einen im bestimmten 
Abstand (Schlüssel) folgenden Buchsta- 
ben des Alphabets. Am Ende des Alpha- 
bets angelangt, wird von vorn weiterge- 
zählt. Wählt man als Schlüssel das *C” 
(‘C’ ist der dritte Buchstabe im Alphabet 
und gibt daher den Abstand 3 an), sähe der 
Ausgangstext “KOMME MORGEN” 
chiffriert folgendermaßen aus: “NRPPH 
PRUJHQ’”. Eine zwar ältere, gleichwohl 
differenzierte Methode geht auf den grie- 
chischen Geschichtsschreiber Polybios 
(204-122 v. u. Z.) zurück. Sein Verfahren 
bestand darin, die Buchstaben des Alpha- 
bets in eine Matrix zu schreiben, jede 
Zeile und Spalte mit einem Symbol zu 
benennen und dann fortlaufend die Buch- 
staben der Nachricht durch je zwei Sym- 
bole, nämlich die Kennung aus Zeile und 
Spalte zu ersetzen. Polybios beschreibt 
eine militärische Nutzung seiner Idee als 
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Fackeltelegraphie (1). Ein Buchstabe des 
Klartextes wird durch zwei gleichzeitig 
gegebene Fackelsignale symbolisiert, 
wobei vom Beobachter gesehen, die linke 
Seite für die Zeile, die rechte Seite für die 
Spalte steht (s. Abb. 2). Um zum Beispiel 
das ‘B’ zu signalisieren, müssen links 
eine, rechts zwei Fackeln gezeigt werden. 


Im Unterschied zu der monoalphabeti- 
schen Methode des Polybios ersetzen in 
einem polyalphabetischen Verfahren ver- 
schiedene Symbole den gleichen Buch- 
staben, bzw. kennzeichnet ein Symbol 


53==+305))6«,4826)4=,)4 =) ;806«;48+8/68)) 
85, 518«; 17«8+83 (88) 5«+, 46 (,88«96«?;8) «= 
(485) 55«+2:«=054956«2 (5«-4) 8/8; 4069285) ;)6+8) 


==;1(=9;48081;8:8=1;48+85;4)485+528806«B1 
(=9;48; (8854. (2734548) 4=; 161; 1188; =7; 





Abb. 4: Kryptographischer Text aus E. A. Poes “Gold-Bug” 


des verschlüsselten Textes verschiedene 
Buchstaben der zu übertragenden Bot- 
schaft. Als Beispiel dient die Variation 
eines Schemas, das von Athanasius Kir- 
cher (1601-1681) entwickelt wurde. In 
jenem System sind die Buchstaben des 
Alphabets in einer 25*25-Matrix (ohne 
den Buchstaben ‘J’) so angeordnet, daß in 
der ersten Zeile der Matrix das Alphabet 
in seiner ursprünglichen Reihenfolge 
steht; in den folgenden Zeilen findet man 
das Alphabet jeweils um ein Zeichen nach 
rechts verschoben. Fehlende Zeichen sind 
im Anschluß an das ‘Z’ eingefügt (s. Abb. 
3). Der verschlüsselte Text ergibt sich aus 
einer Kombination von Klartext und ver- 
einbartem Schlüssel. Nehmen wir an, der 
Klartext lautet: “KOMME MORGEN 
MITTAG” und als Schlüssel wurde 
“SCHLUESSEL” gewählt, dann geht die 
Chiffrierung folgendermaßen vonstatten: 
Man sucht in der Zeile über der Tafel den 
ersten Buchstaben des Klartextes (‘K’) 
und in der Spalte links neben der Tafelden 
ersten Buchstaben des Schlüssels ‘S’ auf. 
Der erste chiffrierte Buchstabe liegt im 
Schnittpunkt von Zeile und Spalte (‘B’). 
Ist der Klartext länger als der Schlüssel, 
werden dessen Buchstaben bis zum Errei- 
chen des Klartextendes wiederholt. 
Klartext: 

KOMME MORGENMITTAG 
Schlüssel: 
SCHLUESSELSCHLUES 


Schlüsseltext: 
BQOTWYQFILPEOQDNEY 


Wie zu erkennen, erhält ein Buchstabe 
des Klartextes die verschiedensten Chif- 
fren: ‘M’ wird umgewandelt zu entweder 
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‘T’,W’, ‘Q’ oder ‘O’. Auf der anderen 
Seite können sich hinter einem Zeichen 
des Schlüsseltextes unterschiedliche 
Klartextzeichen verbergen: ‘Q’ fungiert 
als Statthalter für *O’, ‘M’ oder 'T’. 


Der Goldkäfer, eine 
Kryptoanalyse in der 
Literatur 


“Das Medium ist die Botschaft” lautet ein 
Kernsatz des Kommunikationsforschers 
Marshall McLuhan. Doch gerade zwi- 
schen Medium, 
Nachricht und In- 
formation wird in 
der Kryptologie 
fein unterschie- 
den, dabei stim- 
men ihre Defini- 
tionen nicht mit 
denen der Um- 
gangssprache überein. Oft kolportiert 
wird der Ausspruch eines Hollywood- 
Filmproduzenten: “Haben Sie eine Bot- 
schaft, dann schicken Sie ein Tele- 
gramm.” Enthielte aber das Telegramm 
nichts weiter als ein gerade dieses Me- 
dium nutzendes Gedicht, dann fielen 
Medium, Botschaft und Information 
gleichsam zusammen. Niemand besser 
als Edgar Allan Poe kann die Grundbe- 


KLARTEXT: Ein Te 
ASCII-WERTE: es 108 110 2 2a 


Atar 


es 118 97 114 


SCHLÜSSEL: 
ASCII-WERTE: 


äsı 


124 221 287 tas 


SCHLÜSSELTEXT: 
ASCII-HERTE: 


x t 


eines alten Bootswracks am Ufer gesto- 
ßen war. Durch Zufall wird Legrand 
gewahr, daß das vermeintlich wertlose 
Papiereine Geheimschriftenthält, die erst 
beim Erhitzen zum Vorschein kommt. In 
einer Ecke des länglichen Pergaments 
macht Legrand die Zeichnung eines To- 
tenkopfes und in der diagonal gegenüber- 
liegenden Ecke die Umrißlinien einer 
Ziege aus. Dazwischen identifiziert er 
folgende Zeichen (siehe Abb. 4). 


Spannend und lehrreich zugleich ist die 
Analyse. Zuerstmuß der Zettel überhaupt 
als Botschaft erkannt werden. Das Mate- 
rial des Zettels, eben dauerhaftes Perga- 
ment und kein leicht verrottendes Papier, 
das Bootswrack, in dessen Nähe die 
Nachricht gefunden wurde, die Zeichnun- 
gen von Totenkopf und Ziege (“Zicklein’ 
heißt auf englisch ‘kid’), alles zusammen 
läßt Legrand eine Verbindung zu dem 
berüchtigten Piratenkapitän William 
Kidd herstellen. Obwohl dieser jahrelang 
als Seeräuber die Meere unsicher ge- 
macht hatte, besaß er bei seiner Festnah- 
me keinerlei erbeutete Wertsachen, so 
daß sich bald die Legende von einem 
verborgenen Schatz ausbreitete. Da das 
Wortspiel mit dem Namen ‘Kidd’ nur im 
Englischen möglich ist, folgert Legrand, 
müssen auch die Symbole auf dem Perga- 
ment die Chiffrierung einer in Englisch 


als Test 


»2 97 108 115 84 181 115 116 


nt 


ss 118 


ari A 


7 114 


a1? 06 


97 212 205 228 





ANALYSE DES 
PROGRAMMS: 
Co = LEERSTELLE) 





Abb. 5: Polyalphabetische Chiffrierung 


griffe der Kryptologie, vor allem die 
Lösungswege einer Dechiffrierung, die 
Kryptoanalyse, erklären, hat er doch um 
dieses Thema herum eine Abenteuerge- 
schichte geschrieben: “The Gold-Bug”. 
Zum Inhalt: Die Hauptfigur, William 
Legrand, entdeckt in der Umgebung sei- 
nes Wohnsitzes auf einer Insel an der 
Ostküste der USA einen großen, unge- 
wöhnlich gezeichneten Käfer. Um ihn 
nach Haus zu tragen, wird er in ein Perga- 
ment eingewickelt, auf welches der Er- 
zähler fast zur selben Zeit in der Nähe 


abgefaßten Nachricht sein. Und im wei- 
teren nimmt er an, Kidd habe die Ver- 
schlüsselung selbst vollzogen, dadurch 
könne eine Chiffrierung vorausgesetzt 
werden, die der Vorstellungswelt eines 
Piraten angemessen ist: vermutlich eine 
einfache Substitution. Erst nach diesen 
notwendigen Vorüberlegungen beginnt 
die eigentliche Analyse. Bei seiner Ent- 
schlüsselung benutzt Legrand die Häufig- 
keitsverteilung der Buchstaben in der 
englischen Sprache und überträgt sie auf 
den verschlüsselten Text. Danach würde 





die am häufigsten 
vorkommende 
Chiffre dem ‘e’ ent- 
sprechen, die zweit- 
häufigste dem ‘a’ 
und so weiter in der 
Reihenfolge o, i, d, 
h,n,r,s,t,u, y,c,f, 
g,1,m,b,k,p, q, x, 
z. Wenn man be- 
denkt, daß im Eng- 
lischen das ‘e’ oft 
verdoppelt auftritt, 
erhält die Vermu- 
tung ‘8° stehe für 
das ‘e’ eine zusätz- 
liche Bestätigung. 
Berücksichtigt man überdies die Spitzen- 
stellung des Wortes ‘the’ in der Häufig- 
keitsliste englischer Wörter, stößt man 
siebenmal aufdie gleiche Gruppe von drei 
Zeichen ‘;48’, an deren Ende die ‘8’, das 
angenommene ‘e’, steht. Lassen wir Le- 
grand selbst zu Worte kommen (2): 



























































hafedch 


“Nehmen wir zum Beispiel doch einmal 
den vorletzten Fall, wo die Kombination 
>;48< vorkommt - gar nicht weit vom 
Ende des Textes. Wir wissen, daß das un- 
mittelbar folgende Semikolon den An- 
fang eines Wortes darstellt, und von den 
sechs Charakteren, welche diesem the 
nachstehen, kennen wir nicht weniger als 
fünf. Ersetzen wir also diese Charaktere 
durch die Buchstaben, welche sie nach 
unserem Wissen vertreten, indem wir für 
den einen unbekannten einen Zwischen- 
raum freilassen -teeth. Hierkönnen wires 
uns sogleich erlauben, das >th< als nicht 
zu dem mit dem ersten >1< beginnenden 
Worte gehörig fortzulassen; denn wenn 
wir das gesamte Alphabet nach dem in die 
Lücke passenden Buchstaben durchge- 
hen, erkennen wir, daß sich kein Wort 
bilden läßt, welches dies >th< mit enthal- 
ten könnte. Damit haben wir eine weitere 
Begrenzung, nämlich auf fee, und wenn 
wir nun - falls überhaupt nötig - wieder 
wie zuvor das Alphabet durchgehen, so 
kommen wir zu dem Worte tree als der 
einzigmöglichen Lesart. Wir haben somit 
einen weiteren Buchstaben gewonnen, 
nämlich das ‘r’, vertreten durch >(<, und 
zugleich die Worte the tree nebeneinan- 
der.” 


Nach dieser Methode entschlüsselt Le- 
grand den gesamten Text. Allerdings ist 
die Analyse damit längst nicht beendet. 
Obschon die Nachricht im Klartext be- 
kannt ist, muß ihr Inhalt aber, die eigent- 
liche Information, erst in einer weiteren, 
diesmal qualitativen Analyse erarbeitet 
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Abb. 6: Kombinationsmöglichkeiten in einer polyalphabetischen Chiffrierung 


werden. Wenn in Don Siegels Action- 
Film “Telefon” die Worte “Des Waldes 
Dunkel zieht mich an, doch muß zu mei- 
nem Wort ich stehen und Meilen gehen, 
bevor ich schlafen kann” per Telefon an 
die richtigen Adressaten gelangen, wer- 
den kaum Iyrische Gefühle wachgerufen, 
im Gegenteil, sogenannte ‘Maulwürfe’ - 
in Lauerstellung befindliche Agenten - 
erhalten ihr Kodewort, das sie aktiviert, 
geplante Mordinstruktionen auszufüh- 
ren. Man sieht, Nachricht und Informa- 
tion müssen keineswegs identisch sein. 
Zu welchem Ergebnis Legrand kommt, 
mag der Interessierte in Poes Geschichte 
nachlesen. 


Computeranalyse - 
ein Fallbeispiel 


Wer benutzt heute noch die monoalpha- 
betische Substitution, wird man fragen, 
die - wie Poe zeigte - relativ einfach auf- 
zudecken ist? Sehen wir uns daher eine 
polyalphabetische Verschlüsselung per 
Computerprogramm an, die unlängst in 
der“ST Computer”(3) erschienen ist. Das 
vorgestellte Prinzip beruht darauf, einen 
Klartext über einen periodisch auftreten- 
den Schlüssel zu kodieren. Hierzu wird 
fortlaufend der ASCII-Wert eines Klar- 
textbuchstabens zum ASCII-Wert des 
zugehörigen Schlüsselbuchstabens ad- 
diert. Die Modulo-Operation mod 256 
sorgt dafür, daß der Rahmen des ASCI- 
Wertebereiches nicht überschritten wird. 
Anhand des Beispiels in Abb. 5 kann die 
Methode nachvollzogen werden. 


Obwohl dieses Verschlüsselungsverfah- 
ren - im ersten Moment jedenfalls - resi- 
stent gegen eine statistische Analyse zu 
sein scheint, läßt sich auch hier die von 
Poe demonstrierte Methode erfolgreich 
einsetzen, unter der Voraussetzung aller- 


dings, daß der 
Schlüssel aus Wör- 
tern der natürlichen 
Sprache besteht. 
Ausgangspunkt ist 
eine Beschränkung 
auf die nachstehende 
Rangfolge der Häu- 
figkeitsverteilung 
von Buchstaben in 
x der deutschen Spra- 
bedef R 
e Ikji che: Interpunktionen 
bzw. Leerzeichen, e, 
n,i,r,s,t, a. Die zur 
Analyse notwendige 
Zählarbeit kann ein 
Computerprogramm 
(s. Listing) übernehmen, das nach densel- 
ben Prinzipien arbeitet, die auch in der 
statistischen Sprachanalyse verwendet 
werden (4). Da ein Schlüsseltextzeichen 
aus der additiven Kombination zweier 
Buchstaben der Umgangssprache ent- 
standen ist, brauchen nur sämtlich mögli- 
che Kombinationen daraufhin durchgese- 
hen zu werden, ob und wenn ja, in welcher 
Zusammensetzung in ihnen die Verbin- 
dungen zweier häufig vorkommender 
Buchstaben zutrifft. In Abb. 6 sind alle 
Buchstaben-Kopplungen von Klartext 
und Schlüsselwort aufgelistet, die zu den 
ersten drei Schlüsseltextzeichen (ASCII- 
Werte ‘134°, ‘221’ und ‘207’) führen. In 
allen drei Fällen tritt jeweils nur eine 
Kombination der oben angegebenen häu- 
fig vorkommenden Buchstaben auf, 
nämlich ‘A-E’ (Abb. 6. oben), ‘i-t’ (Abb.6 
Mitte) und ‘a-n’ (Abb. 6 unten). Somit hat 
das Programm die ersten drei Buchstaben 
von Klartext und Kodewort ausfindig ge- 
macht. Im unteren Teil von Abb. 5 sind 
alle vom Programm enträtselten Buchsta- 
ben aufgeführt. Da man nicht weiß, wel- 
cher Buchstabe zum Klartext bzw. zum 
Schlüsselwort gehört, wäre der nächste 
Schritt die Zusammenstellung der gefun- 
denen Buchstaben zu sinnvollen Wörtern. 
Mit etwas Gespür läßt sich im Beispiel 
leicht das periodische Schlüsselwort 
“Atari ST’ ausmachen; der Klartext resul- 
tiert - da man das Prinzip kennt - aus der 
Subtraktion der ASCII-Werte von 
Schlüsseltext und Kodewort. 


Für schwierigere Fälle sollte das Analyse- 
Programm so erweitert werden, daß es die 
gefundenen Buchstaben (aus Klartext 
und Schlüssel) zu allen möglichen Zwei- 
er- oder Dreierkombinationen zusam- 
menstellt und diese anhand einer einge- 
speicherten Häufigkeitsliste von Bi- oder 
Trigrammen der deutschen Sprache ver- 
gleicht. 


Von der ENIGMA zum 
Data Encryption- 
Standard 


Wie gerade gezeigt, auch polyalphabeti- 
sche Substitutionen sind zu knacken, es 
sei denn, man verlängerte das Schlüssel- 
wort und setzte es aus zufällig gewählten 
Zeichen (möglichst ohne Wiederholun- 
gen) zusammen. Beide Bedingungen er- 
füllte ENIGMA (nach griech. ainigma - 
Rätsel), die Verschlüsselungsmaschine 
der deutschen Wehrmacht im Zweiten 
Weltkrieg. Der gesamte Funkverkehr (im 
Morsekode) zwischen den deutschen 
Kommandostellen und der U-Boot-Flotte 
wurde über die ENIGMA-Maschine ver- 
schlüsselt; eine Notwendigkeit, da jeder, 
den es interessierte, den Funkverkehr 
mithören konnte. Die ENIGMA rechnet 
man zu den Rotormaschinen, die aufelek- 
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nach einer Zufallsauswahl angeordnet. 
Ein Rotor bildete also eine drehbare Per- 
mutationsbox, in welcher alle Eingangs- 
signale an der Ausgangsseite vertauscht 
(permutiert) ausgegeben werden. Bei- 
spielsweise hätte ein Signal, das an Kon- 
takt 1 der Vorderseite ankam, auf der 
Rückseite des Rotors bei Kontakt 7 ausge- 
hen können. Zudem drehte sich die erste 
Rotorscheibe nach 26 Eingangssignalen 
um eine Kontaktstelle weiter. Erreichte 
sie ihre Ausgangsstellung, rückte darauf- 
hin -nach dem Kilometerzählerprinzip - 
die zweite Scheibe einen Schritt vorwärts. 
Nach 26 Bewegungen der zweiten wurde 
auch die dritte Scheibe um einen An- 
schlag mitgenommen. Da jeder Rotor 
eine andere interne Verknüpfung zwi- 
schen Eingangs- und Ausgangskontakt 
besaß, waren insgesamt 26 * 26 * 26 = 
17576 verschiedene Verschlüsselungs- 
kombinationen möglich. Die Verknüp- 





Klartext 








Schlüsseltext 








16 Durchgänge 





® = bitweise Addition 
modulo 2 





Abb. 7: Schaubild des DES (Data Encryption-Standard) 


tromagnetischem Wege polyalphabeti- 
sche Substitutionen einzelner Klartext- 
zeichen vornehmen. Vereinfacht gesagt, 
dabei Details außer acht gelassen (5), 
waren bei der ENIGMA drei austausch- 
bare Rotoren (Drehscheiben), die aus 
isoliertem Material bestanden, über ihre 
jeweils 26 Kontakte (analog der Anzahl 
von Buchstaben des Alphabets) hinter- 
einandergeschaltet. Jeder Eingangskon- 
takt aufder Vorderseite einer Scheibe war 
durch diese hindurch mit einem Aus- 
gangskontakt auf der Rückseite verbun- 
den. Im Sinne einer differenzierten Chif- 
frierung hatte man die Verbindungen 


fungen innerhalb und zwischen den Ro- 
torscheiben symbolisierten also eine po- 
lyalphabetische Substitution mit einem 
Schlüssel der Länge 17576. Erst bei Klar- 
textmeldungen mit mehr als 17576 Buch- 
staben hätten alle Scheiben der ENIGMA 
über ihre Ausgangsstellung hinaus die 
gleichen Stellungskombinationen erneut 
durchlaufen. Die Dechiffrierung geschah 
durch den umgekehrten Prozeß, bei glei- 
cher Anfangsstellung der Rotoren wan- 
delte die Maschine den verschlüsselten 
Text in Klartext um. 

Die Verschlüsselung durch die ENIGMA 
wäre eigentlich nicht durch eine statisti- 


sche Analyse der Buchstabenhäufigkei- 
ten zu knacken gewesen, da jeder Buch- 
stabe des Klartextes mit gleicher Wahr- 
scheinlichkeit von jedem Buchstaben des 
Alphabets kodiert wurde. Trotzdem ge- 
lang es dem englischen Geheimdienst, 
den Kode zu knacken, zum einen, weil 
ihm über verschiedene Quellen einiges 
über die ENIGMA bekannt war, bei- 
spielsweise die Bedienungsanleitung und 
das Verdrahtungsschema der drei ur- 
sprünglichen Rotoren, zum anderen half 
die analytische Fähigkeit dereingesetzten 
Mathematiker, unter ihnen Alan Turing, 
die zum ersten Mal auf die Rechenkraft 
einer elektronischen Rechenmaschine, 
COLOSSUS, zurückgreifen konnten (6). 
Wie anders auch als mit Hilfe von Reche- 
nautomaten hätte die immense Zahl von 
Verschlüsselungsmöglichkeiten durch- 
probiert werden können [Laut einer Mel- 
dung im ST-Magazin 1989/4 (S. 10) ist 
ein Simulationsprogramm der ENIGMA 
für ATARI ST-Besitzer bei der Firma 
“SSG-System-Entwicklung” erhältlich]. 
Machen wir einen Sprung ins Jahr 1977. 
Es ist das Jahr, in dem erstmals eine Ver- 
schlüsselungsmethode als Standard aner- 
kannt und niedergelegt wurde: der Data 
Encryption Standard (DES). Die Rotor- 
maschinen haben längst ausgedient, ihre 
Aufgaben sollen Computerprogramme 
oder in Mikrochips eingelagerte Ver- 
schlüsselungslogiken übernehmen. Was 
bei der ENIGMA noch auf elektrisch- 
mechanischem Wege vollzogen wurde, 
wird nun Software-Modulen übertragen. 
Gleichwohl hat sich das Prinzip der Ver- 
schlüsselung nicht grundlegend verän- 
dert, die Arbeitsweise des Algorithmus’ 
jedoch, der dem DES zugrunde liegt, ist 
weitaus komplizierter geworden. Klar- 
text und Schlüssel werden blockweise in 
immer neuen Variationen durcheinander- 
geschüttelt, vertauscht und verknüpft, so 
daß am Ende auch der geschickteste 
Analysator verzweifeltaufgegebenhaben 
sollte. Jedenfalls hofften dies die Ent- 
wickler, vornehmlich Programmierer der 
Firma IBM. Am ehesten läßt sich der 
Ablauf innerhalb des DES an einem 
Schaubild verdeutlichen (s. Abb. 7). Zwei 
große Prozesse bestimmen den gesamten 
Ablauf: einmal das 16fache Durcheinan- 
derwürfeln des Klartextes und zum zwei- 
ten die gleichzeitige 16fache Gewinnung 
neuer Teilschlüssel, die jede Verwirbe- 
lung der Klartextzeichen mit beeinflus- 
sen. 


Beginnen wir mit der Verschlüsselung 
des Klartextes (Abb. 7 links oben). Dadas 
Programm ausschließlich Binärdaten 
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blockweise verarbeitet, muß der Klartext 
zunächst binär kodiert werden. Aus dem 
kodierten Datenmaterial greift sich das 
Programm dann jeweils einen Block von 
64 Bits heraus und unterwirft ihn einer 
ersten Permutation. Dies geschieht ähn- 
lich wie bei der Vertauschung der Zeichen 
zwischen Vorder- und Rückseite des 
Rotors bei der ENIGMA. Im IP-Modul 
(Initial Permutation) werden die 64 Bits 
des zu bearbeitenden Datenblocks nach 
einem festen Muster vertauscht: So wech- 
selt zum Beispiel das Bit aus Position I an 
die Stelle von Bit 58, Bit 64 zu Bit 7 usw. 
[Sämtliche Tabellen des DES (Permuta- 
tions-, Substitutionsmodule, Linksver- 
schiebung) sind in Abb. 8 aufgeführt.] 
Nach Abschluß der Permutation erfolgt 
eine Trennung der Binärdaten in zwei 32- 
Bit-Blöcke. Während der linke Block und 
eine Kopie des rechten Blocks eine Weile 
ungeschoren bleiben, wartet auf den rech- 
ten eine Folge von Permutationen und 
Substitutionen. Im Expansionsmodul E 
werden die Bits des rechten Blocks ver- 
tauscht und zugleich auf 48 Bits erweitert 
[einige Eingangsbits landen dabei auf 
mehreren Ausgangspositionen (s. Abb. 
8)]. Nun ist es Zeit, sich der Verschlüsse- 
lung des Schlüssels zuzuwenden (s. Abb. 
7 rechts oben). Eingeben darf man ein 64 
Bits langes Schlüsselwort, welches so- 
gleich in der Permutationsmatrix PCI 
(Permuted Choice) permutiert, auf 56 
Bits verkürzt und im Anschluß daran auf 
zwei Blöcke zu je 28 Bits aufgeteilt wird. 
Jeder der beiden 28-Bit-Vektoren unter- 
liegt einer Linksverschiebung im Modul 
LS (Left Shift), wobei sich der Verschie- 
bungsfaktor in den einzelnen Moduln 
LS1-LS16 im Verlauf der 16 Iterationen 
ändert (s. Abb. 8). Die Ergebnisse eines 
Verschiebungspaares werden zusam- 
mengeführt und gehen als 56-Bit-Block 
in die Permutationsmatrix PC2 ein. PC2 
vertauscht die Bitpositionen und entfernt 
8 Stellen, somit verläßt ein 48-Bit-Vektor 
dieses Modul und vereint sich mit den 48 
Bits, die nach der Bearbeitung durch die 
Expansionsmatrix E auf der Datenseite 
(linke Seite Abb. 7) bereits warten. Die 
Vereinigung geschieht in einer bitweisen 
Addition modulo 2. 


Die Daten treten jetzt in das Herzstück der 
gesamten Verschlüsselungsprozedur ein: 
in die Substitutionsmoduln SI bis S8. 
Was passiert hier? Nach vollzogener 
Vereinigung der beiden 48-Bit-Blöcke 
(einer von der Daten-, der andere von der 
Schlüsselseite; s. 0.) wird der Ergebnis- 
block umgehend in 8 Teile zu je 6 Bits 
zerlegt. Jeder 6er-Block taucht in eine 
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Eingangstabelle IP 
91 02 02 04 os 05 07 os 09 10 


Expansionstabelle E 
a1 02 02 os os os or as os 10 


Permutationstabelle PC1 
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Abb. 8: Tabellen des DES 


Substitutionsbox ein und bestimmt selbst 
durch seine spezifische Bitanordnung, in 
welcher 4er-Bitfolge er sein S-Modul 
verläßt. Gesetzt den Fall, die 6er-Bit-Fol- 
ge 111101 kommt an der S-Box S7 an, 
dann würde die Umwandlung in einen 4- 
Bit-Vektor nach folgendem Muster ab- 
laufen: Die beiden äußeren Bits 11 (binär 
11 = dezimal 3) bestimmen die Zeile 3 
einer 4 * 16-Matrix, die 4 inneren Bits 
1110 (binär 1110= 14 dezimal) die Spalte 
14. Man erhält den dezimalen Wert 3, der 
als 4-Bit-Block 0011 von der Substitu- 
tionsbox S7 ausgegeben wird (s. Abb. 8). 
Dieser Teil im Verschlüsselungsprozeß 
heißt nichtlinear, weil die Substitution 
vom Wert eines jeweiligen Bitmusters 
abhängt, das auf der Eingangsseite des S- 
Moduls ankommt. Jede der 8 Substitu- 
tionsboxen reagiert zudem mit einer spe- 
zifischen Matrix auf die Eingangswerte 
der 6-Bit-Blöcke. Nach Verlassen der S- 
Moduln werden die 4er-Blöcke zu einer 
32-Bit-Folge zusammengezogen und in 
der Permutationsmatrix P wieder durch- 
geschüttelt. Endlich tritt der linke 32-Bit- 
Datenblock in Aktion, der, aus dem IP- 
Modul entlassen, solange im Wartestand 
verweilt hat. Der linke Block wird bitwei- 
se modulo 2 zum 32-Bit-Vektor aus dem 
P-Modul addiert. Diese Addition (32 bit) 
und die Kopie des rechten 32-Bit-Daten- 
blocks, der sich ebenfalls im Wartezu- 
stand befand, bilden die neuen Eingangs- 
vektoren für den zweiten Durchgang, der 
unterhalb des IP-Moduls beginnt. Parallel 
dazu, auf der Schlüsselseite unterhalb 
PC1 (Abb. 7 rechts oben), startet auch 
dort ein neuer Durchlauf, mit dem Ziel, 
einen veränderten Teilschlüssel zu gene- 
rieren. Insgesamt werden beide Prozedu- 





ren (Datenseite und Schlüsselseite) 
16mal ausgeführt, danach die beiden vor- 
läufigen 32-Bit-Endblöcke ein letztes 
Mal vertauscht, zusammengefügt, in der 
inversen Permutationsmatrix gemischt, 
bis endlich ein 64-Bit-Schlüsseltextblock 
als Resultaterscheint. Dernächste 64-Bit- 
Datenblock kann eingelesen und ver- 
schlüsselt werden. Zur Entschlüsselung 
benutzt man die gleiche Prozedur - nur 
verlaufen die 16 Iterationen in umgekehr- 
ter Reihenfolge. 


Hat nun der Kampf zwischen Chiffreuren 
und Kryptoanalytikern ein Ende gefun- 
den, erfolgreich für die ersteren? Diese 
Wertung drängt sich geradezu auf in 
Anbetracht der verwickelten Methode 
des DES. Doch was die einen Maschinen 
verschlüsseln, das können andere ent- 
schlüsseln. Und so geht der Kampf weiter. 
Theoretisch jedenfalls. Schließlich be- 
sitzt der DES-Algorithmus eine Achilles- 
ferse: seine Beschränkung auf einen akti- 
ven Schlüsselvektor der Länge 58 Bits. 
Zu vernachlässigen, aber immerhin er- 
wähnenswert, man kennt vier ‘schwache 
Schlüssel’, (in hexadezimaler Schreib- 
weise: 0101010101010101; FEFEFE 
FE FE FE FE FE; IF IF IF IF OE 0E OE 
OE; EO EO EOEOFI FI FI FI), bei denen 
nach zweimaliger Verschlüsselung wie- 
der der Klartext erscheint. Daneben sind 
weitere (über 250) Schlüssel bekannt, 
deren Teilschlüssel weniger als die ver- 
langten 16 verschiedenen Werte anneh- 
men (7). Infolge der totalen Verknüpfung 
sämtlicher Schlüssel- und Klartext-Bits 
verspricht eine sprachstatistische Analy- 
se des Schlüsseltextes keinerlei Erfolg. 
Will man den Kode brechen, bedarf es 


einer Überprüfung aller möglichen 
Schlüssel. Das wären 2 hoch 56 verschie- 
dene Konstellationen. In einer 1977 ver- 
öffentlichten Studie entwarfen die beiden 
Standford-Wissenschaftler Whitfield 
Diffie und Martin E. Hellman eine theore- 
tische Maschine, die imstande wäre, ei- 
nen Klartext über alle Schlüssel zu chif- 
frieren und das jeweilige Ergebnis mit 
dem bekannten zum Klartext gehörenden 
Schlüsseltext zu vergleichen. Die Ma- 
schine bestünde aus einer Million Spe- 
zialchips, deren jeder eine Million ver- 
schiedene Schlüssel pro Sekunde testen 
würde. Ließe man jeden Chip parallel 
einen anderen Schlüsselbereich bearbei- 
ten, könnte die Maschine ihre Arbeit in- 
nerhalb eines Tages abschließen. Auch 
wenn sich eine solche Maschine zur Zeit 
nicht realisieren läßt, sind doch zumin- 
dest Wege aufgezeichnet, die Festigkeit 
der DES-Methode zu erschüttern. Im 
übrigen reduziert sich die Anzahl mögli- 
cher Schlüssel beträchtlich, wenn man 
annimmt, daß die Schlüsselwörter aus 
dem Sprachraum einer Umgangssprache 
gewählt werden. Noch ein Punkt bleibt 
festzuhalten. Erst auf drängende Nachfra- 
ge wurden einige wenige Konstruktions- 
kriterien der S-Module, also die Intentio- 
nen, warum eine S-Box welche Substitu- 
tion ausführt, veröffentlicht. Ebenso fehlt 
eine schlüssige Begründung für den aus- 
drücklichen Wunsch des National Bureau 
of Standards auf Verkürzung der Paß- 
wortlänge auf 64 bzw. 56 Bits, schließlich 
hatte IBM im Entwurf 128 Bits vorgese- 
hen. Vielleicht, so meinen Kritiker, hat 
sich das National Bureau of Standards 
über die S-Module eine Hintertür ge- 
schaffen, um an die Paßwörter der Benut- 
zer zu kommen. Zwar konnte dies bis 
heute nichtnachgewiesen, aberauch nicht 
ausgeschlossen werden. Immerhin, eine 
Fourier-Analyse von DES-Eingangs- und 
Ausgangswerten zeigt ausgeprägte Mu- 
ster, obgleich eigentlich völlig zufällig 
verteilte Werte zu erwarten wären. Wie 
alle konventionellen Kryptosysteme ver- 
liert der DES für einen Anwender augen- 
blicklich an Wirksamkeit, wenn der 
Schlüssel in die falschen Hände gerät. 
Hier setzen nun die Public-Key-Systeme 
an. 


RSA - ein Public- 
Key-Kryptosystem 


Von Diffie und Hellman, den Kritikern 
des DES, stammt auch die Idee, ein Kryp- 
tosystem zu schaffen, in dem der leidige 
geheime Schlüsselaustausch entfällt. 


GRUNDLAGEN 


Kryptoanalyse 


am Beispiel der Verschluesselung aus ST- 


Computer 11/88, S. 74 


Klartext, Schluesselwort (Kodewort) 


klartext$="Ein Text als Test" 
kodetext$="Atari STAtari STA" 
klar_1%=LEN (klartext$) 

DIM klar%$(klar_1%,127) 

DIM klar$ (klar 1%) 

DIM krypt#®(klar_1#) 





' Tabelle der haeufigsten Buchstaben 


tab_13=8 
DIM tab% (tab_1$) 
FOR i$=1 TO tab_1% 
READ tab$ 
tab$% (i%)=ASC (tab$) 
NEXT i$ 
DATA " "‚e,n,i,r,s,t,a 
* Chiffrierung 
FOR i%=1 TO LEN(klartext$) 


krypt$ (i%)=(ASC (MID$ (klartext$,i%,1))+ 
ASC (MID$ (kodetext$,i#,1))) MOD 256 


krypt$=krypt$+CHR$ (krypt$ (i$)) 


NEXT i% 


' Analyse 
CLS 
PRINT "Schluesseltext: ";krypt$ 


PRINT "Klartext: 
PRINT "Schluessel: 
FOR i$=1 TO klar_1% 
zeilet=5 
FOR j%=32 TO 127 


";klartext$ 
";kodetext$ 


klar® (i%, j%)=(krypt® (i%)+256-ASC(CHR$ (j%))) 


MOD 256 
FOR k%=1 TO tab_1# 


IF UPPER$ (CHR$ (j%) )=UPPER$ (CHR$ (tab$ (k#))) 


FOR 1%=1 TO tab_1% 


IF UPPER$(CHR$ (klart (i%, 
j*)))=UPPER$ (CHR$ (tab# (1%))) 


klar$ (i%)=CHR$ (j%) 


IF klar$(i%)=" " 
klar$ (i%)="_" 
ENDIF 


PRINT AT(i%+16, zeile%);klar$ (i$%) 


INC zeiles 
ENDIF 
NEXT 1% 
ENDIF 
NEXT k% 
NEXT 5% 
PRINT 
NEXT i% 


Mehr noch, sie führten sogenannte ‘öf- 
fentliche’ Schlüssel in die Diskussion ein. 
Ihre Skizzen sehen zweierlei Arten von 
Schlüsseln vor: einen geheimen Schlüssel 
(Sg), der beim Absender verbleibt, und 
einen öffentlich preisgegebenen (Sö). 
Stellen wir uns folgende Situation vor: 
Der Besitzer beider Schlüssel (A) hältden 
Schlüssel Sg (zum Entschlüsseln) in ge- 
heimer Verwahrung, den Schlüssel Sö 
(zum Verschlüsseln) läßt er, etwa in ei- 
nem Katalog oder Telefonbuch, veröf- 
fentlichen. Nun können alle, die sich die- 
sen Schlüssel heraussuchen, eine Nach- 
richt mit Sö verschlüsseln und an A sen- 
den, aber nur dieser wäre in der Lage, den 
Text zu dechiffrieren. Auch der umge- 
kehrte Weg ist denkbar: A chiffriert eine 
Nachricht mit seinem geheimen Schlüs- 
sel Sg. Der Empfänger dekodiert die 





Nachricht mit dem veröffentlichten 
Schlüssel Sö. Das Chiffrat von A wirkt 
wie eine Unterschrift, da ja nur der Besit- 
zer von Sö die Chiffrierung hat vorneh- 
men können. Diffies und Hellmans Vor- 
schläge in ein praktikables Verfahren 
umgesetzt haben 1978 drei Wissenschaft- 
ler des MIT Laboratory for Computer 
Science in Cambridge, nach deren Nach- 
namen-Initialen auch die Methode be- 
nannt wird: RSA-System (von Roland 
Rivest, Adi Shamir und Leonard Adle- 
man). Eine relativ einfache Überlegung 
liegt dem Verfahren zugrunde: Ohne 
Probleme läßt sich aus zwei großen Prim- 
zahlen p und gein Produkt n bilden, ande- 
rerseits gibt es kein Verfahren, auf direk- 
tem Wege aus n die beiden Primfaktoren 
zurückzugewinnen. Um die notwendige 
Sicherheit zu gewährleisten, müssen die 
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beiden Primzahlen mindestens in der 
Größenordnung von 100 Dezimalstellen 
gewählt werden. Zur Verdeutlichung 
dient ein Beispiel, das von den Autoren 
selber stammt (8). Die mathematischen 
Hintergründe werden bei der Wiedergabe 
des Beispiels vernachlässigt, nur der 
Vorgang des Ver-und Entschlüsselns soll 
erläutert werden. Die angenommenen 
Primzahlen sind unrealistisch klein ge- 
halten, sie dienen eben nur dazu, den 
Ablauf nachvollziehbar zu machen. Ge- 
geben seien die Primzahlen p =47,49=59 
und das Produkt n = px q = 2773. Man 
berechnet dann die Eulersche Funktion 
phifn), die angibt, wieviele Zahlen unter- 
halb von n keinen gemeinsamen Teiler 
mit n haben. Der Rechenvorgang ist ein- 
fach, da phi(n) gleich dem Produkt der 
Primfaktoren von n ist, wobei jeder Prim- 
faktor um 1 vermindert wird. Da n per 
Definition aus den Primfaktoren p und q 
besteht, gewinnt man phi(n) nach der 
Formel: phi(n) = (p-1) x (q-1) = 2668. Im 
nächsten Schritt wird der Verschlüsse- 
lungsexponent e bestimmt. Dies ist eine 
beliebige Zahl zwischen / und n, für die 
gilt, daß sie zu phi(n) keinen gemeinsa- 
men Teiler (außer 1) besitzt: z.B. e= 17. 
Zuletzt braucht man die magische Zahl d, 
die die Gleichung e x d mod phi(n) = 1 
erfüllt: d= 157. 


p=47 (geheim) 
q=59 (geheim) 
n=2773 _ (öffentlich) 


phi(n) = 2668 (geheim) 
e=17 (öffentlich) 
d = 157 (geheim) 


Jeder kann nun mit dem öffentlich be- 
kanntgegebenen Exponenten e seine Bot- 
schaften chiffrieren. Dazu wird der Klar- 
text in Zahlen umgewandelt, in diesem 
Fall erhält das Leerzeichen die Zahl 00, A 
die Zahl O1, B= 02 usw. 


Klartext: MELDUNG 
Klartext in Zahlen: 13.05 12 04 21 14.07 


Da n (= 2773) zwischen 10 hoch 3 und 10 
hoch 4 liegt, können zwei Buchstaben zu 
einem Block zusammengefaßt und gege- 
benenfalls mit Leerzeichen (Nullen) auf- 
gefüllt werden. 


1305 1204 2114 0700 
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GRUNDLAGEN 


Die Verschlüsselungsfunktion hat die 
Form: 


Fv = Klartext hoch e mod n 
1305 hoch 17 mod 2773 = 0813; 
1204 hoch 17 mod 2773 = 0232 usw. 


Der verschlüsselte Text erhält also fol- 
gende Zahlenwerte: 


0813 0232 1644 0700 


Nur wer die magische Zahl d kennt, in 
aller Regel allein der Adressat, vermag 
die Verschlüsselung zu dechiffrieren. Mit 
folgender Funktion: 


Fe = Schlüsseltext hoch dmod n 


813 hoch 157 mod 2773 = 1305; 
232 hoch 157 mod 2773 = 1204 usw. 


Bereits an diesem Beispiel ist zu ersehen, 
daß im Verlauf der Rechnung schnell sehr 
große Zahlen entstehen, die nur mit spe- 
ziellen Computerprogrammen (etwa sto- 
chastischen Algorithmen, s. dazu ein Li- 
sting im Informatik-Duden S. 580) zu 
bewältigen sind. Prinzipiell ist der RSA- 
Kode einfach zu brechen, man muß nur 
die beiden Primfaktoren ermitteln, die der 
veröffentlichten Zahl n zugrunde liegen. 
Allerdings - der schnellste bislang be- 
kannte Algorithmus zum Zerlegen von 
Zahlen in ihre Primfaktoren benötigt für 
ein n mit 200 Dezimalstellen etwa 4 * 10 
hoch 9 Jahre bei 1 Million Operationen 
pro Sekunde (9). Noch scheint das RSA- 
Verfahren das bislang einzige der Public- 
Key-Systeme zu sein, das noch nicht zu 
Fall gebracht werden konnte. Andere 
Verfahren, die unter dem Etikett ‘Falltür- 
Rucksack-Kodes’ bekannt wurden, gal- 
ten als extrem sicher, bis sie 1985 ge- 
knackt wurden. 


Mit Heraklit begann der Artikel und soll 
auch mit ihm schließen. “Panta rhei”, hat 
er geschrieben, “alles fließt”, nichts ist 
beständig - vielleicht nur die Unbestän- 
digkeit. Und wer weiß, wie lange es dies- 
mal dauern wird, bis die Kraft menschli- 
cher Ideen im Wechselspiel von Abwehr 
und Attacke die Waagschale wieder zur 
anderen Seite neigen wird. Als Zugabe für 
alle Heim-Kryptoanalytiker ein Krypto- 
gramm von Karl Heinz Koch, die 
“Schneckenphilosophie” (10). 


Dr. A. Ebeling 


Anmerkungen: 


Ausführliche Beschreibungen zahlreicher 
Kryptosysteme und ihrer mathematischen 
Grundlagen findet man bei P. Horster (s. (4)); 
eine detaillierte Besprechung der ENIGMA 
und des DES bei A. K. Dewdney, 

in: Spektrum der Wissenschaft, 

1988/12, S. 8-11 und 1989/1, S. 6-10. 


Computerprogramme zur Kryptologie sind 
abgedruckt u. a. in: 

- Chip 1982/12, S. 30-32 

(kurze BASIC-Programme zur Cäsar- 
Verschlüsselung und zum Playfair-Verfahren); 
- Computer Persönlich 1985/25, S. 61-63 


(BASIC-Programm zur polyalphabetischen 
Substitution); 


- P. M. Computerheft 1988/Jan-Feb, S. 62-64 
(BASIC-Programme zum Verschlüsseln mit 
Zufallszahlen) 


- Chip 1988/11, $. 244-252 

(ein Turbo-Pascal-Programm zum 
Verschlüsseln von Disketten nach dem 
DES-Verfahren) 

- ST Computer 1988/11, S.74-75 
(Modula2-Programm zur 
polyalphabetischen Verschlüsselung), s. (3) 
- c't 198914, 5.186-196 

(C-Programm für RSA-Verfahren mit 
“longest-Integer' ) 
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Ordner-Lösch 


enn Sie genügend Zeit 

haben, können Sie fol- 
gendermaßen vorgehen: Sie 
öffnen den Ordner, kopieren 
alle Dateien einzeln und lö- 
schen anschließend den nun 
überflüssig gewordenen Ord- 
ner samt Inhalt. Dies kann aber 
je nach Anzahl der Dateien im 
Ordner recht lange dauern. 
Wenn Sie Pech haben, ist das 
Kopieren der Dateien jedoch 
aus Platzgründen nicht mög- 
lich. Schließlich befindet sich 
direkt nach dem Kopiervor- 
gang jede Datei des Ordners 
zweimal auf der Disk, nämlich 
einmal im übergeordneten Di- 
rectory und ein zweites Mal im 
betroffenen Ordner selbst. Die 
Diskette darf also nicht allzu 
voll sein. Leider ist dies oft der 
Fall, so daß einem nichts ande- 
res übrigbleibt, als den Umweg 
über eine zweite Diskette oder 
über die RAM-Disk zu gehen, 
um alle Dateien zwischen- 
durch irgendwo unterzubrin- 
gen. 


rogrammier 
raxis 


einmal anders 


Uwe Seimet 


STELLEN SIE SICH BITTE EINMAL DIE FOL- 
GENDE SITUATION VOR UND BEWAHREN SIE 
DABEI DIE NERVEN: AUF IHRER DISKETTE 
BEFINDET SICH EIN ORDNER, DER EINE 
UNMENGE VON DATEIEN BEINHALTET. NUN 
SOLLEN DIESE DATEIEN AUS DEM ORDNER 
ENTFERNT UND IN DAS NÄCHSTHÖHERE DI- 
RECTORY ÜBERTRAGEN WERDEN. 


Doch dieser Ärger ist nun vor- 
bei! Das Programm FOLD- 
KILL ermöglicht es nämlich, 
alle Dateien in ein paar Sekun- 
den aus einem Ordner zu ent- 
fernen und im übergeordneten 
Directory unterzubringen. 
Dies ist auch mit Disketten 
möglich, die bereits bis zum 
Rand voll sind, da keine Datei- 
en umkopiert werden. 


Die Bedienung des Programms 
ist denkbar einfach. Es ist als 
TTP-Programm konzipiert, 


plette Pfad des zu entfernenden 
Ordners übergeben werden 
muß. (Achten Sie bitte darauf, 
den Backslash “ \” am Beginn 
des Pfades einzugeben.) Ist das 
erste Zeichen des eingebenen 
Pfades ein Blank, werden die 
Dateien des angesprochenen 
Ordners nicht in die nächsthö- 
here Ebene, sondern direkt ins 
Haupt-Directory verschoben. 


Nun noch ein paar Worte zur 
Funktionsweise des Pro- 
gramms. Angelpunkt ist die 


en 


GEMDOS, die nicht nur in der 
Lage ist, Dateien einfach um- 
zubenennen, sondern auch ein 
Verschieben von Files ermög- 
licht. FOLDKILL sucht sich 
mit Hilfe der SFIRST-Funk- 
tion der Reihe nach alle Files 
im angegebenen Ordner. 
Durch RENAME-Aufrufe 
werden die Dateien in die 
nächsthöhere Directory-Ebene 
verschoben. Ist dies mit allen 
Dateien geschehen, wird der 
nun leere Ordner mit RMDIR 
entfernt, es sei denn, es befin- 
det sich ein weiterer Ordner 
innerhalb der gleichen Ebene. 
Einzelheiten zum Programm- 
ablauf können dem kommen- 
tierten Quelltext entnommen 
werden, der mit einem zum 
AS68 kompatiblen Assembler 
assembliert worden ist. Die 
Programmlänge nach Assem- 
blieren und Linken sollte 280 
Bytes betragen, kann jedoch je 
nach verwendetem Assembler 
geringfügig von diesem Richt- 
wert abweichen. 


dem als Parameter der kom- RENAME-Funktion des P 


KRRKRKKERAR KARA RE 
in FOLDKILL * 
in 1988 by Uwe Seimet * 


* (c) MAXON Computer GmbH * 
ee 


SFIRST $4E 
SNEXT $AF 
RENAME $56 


text 


*Konstanten für Aufrufe des Betriebssystems 
GEMDOS ı 
SETDTA $1A 
RMDIR $3A 
SETBLOCK= $4A 


move.l sp,a0 
lea stack+400,sp 
move.l 4(a0),a0 
lea $81(a0),a6 


jergibt Pointer auf 
Kommandozeile 


23 
22 
3: 
4: 
5: 
6: 
ErER 
8: 
9% 
0: 
hg 


HH 
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move.l 12(a0),al 
add.1 20(a0),al 
add.1 28(a0),al 
lea $100(al),al 
move.l al,-(sp) 
move.l a0,-(sp) 
celr -(sp) 

move #SETBLOCK, - (sp) 
trap #GEMDOS 


lea 12(sp),sp 
lea newnam, a5 


move.l a6,a0 


emp.b #' ',(a6) 
bne.s loop0 
addq.1l #1,a0 
move.b (a0), (a5) 
beq.s concat 
cmp.b #$0d, (a0) 
beq.s concat 
addq.1l #1,a0 
addq.1 #1,a5 
bra loop0 
move.b #'\', (a0)+ 
move.l a0,a4 


jnein- 


‚ja- 


eonceat: 


move.b 
move.b 


#'*', (a0)+ 
#'.',(a0)+ 
move.b #'*', (a0)+ 
elr.b (a0) 

emp.b #' ',(a6) 


bne.s loopl 
addq.l #1,a6 
lea newnam,a5 
bra.s cont 
cmp.l #newnam, a5 


‚nein- 


beq.s cont 
emp.b #'\',-(a5) 


‚ja- 


bne loopi 
move.b #'\', (a5)+ 
elr.b (a5) 

pea dta 

move #SETDTA, -(sp) 
trap #GEMDOS 












ST-FIBU 
die komfortable Finanzbuchhaltung — 
vom Buchhaltungsfachmann 
—  Dialog-orientiertes Buchen 
— Korrektur der Buchungen im Ifd. Monat möglich 
— Offene Posten Buchhaltung 
— Druck aller Listen — auch über Datei 
— Bilanz, GuV-Rechnung, Umsatzsteverauswertung 
— Kassenbuch, Journal, Saldenliste, Konten .. 
—  Kontenplan nach dem BIRILIG 
Auf Wunsch Anpassung an Ihren Betrieb 
— Kostenlose Einweisung in das Programm 
— Umfangreiches Handbuch 
—  Lauffähig auf jedem ST ab 1 MB und SW Monitor 
Demo-Version (wird angerechnet) DM 60,- 
ST-FIBU DM 398,- / 498, 
*Mandantenfähig 
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;nicht benötigten 
Speicher freigeben 


‚Pointer auf neuen 
Dateinamen 

;Pointer auf Namen 
des Ordners 

;ins Haupt-Directory 
verschieben? 


;Blank überspringen 
;Pfadnamen kopieren 
;Ende des Namens- 
;Zeilenende? 


;Pointer auf Extension 
merken 
; Joker anhängen 


‚ins Haupt-Directory 
verschieben? 


;Dateien ins Haupt- 
Directory verschieben? 


;Pfad der nächsthöheren 
Ebene suchen 


rogrammier 
IP’: 


£folddel: 





dta: 


newnam: 


ST-GMa-Text 
die komfortable — schnelle Lösung 

— Automatische Zeilenformatierung 

—  Proportionalschrift 

—  Versch. Schriftbreiten und -höhen 

—  Eingebauter Zeichensatzeditor 

—  Funktionsaufrufe per Maus oder 
Tastatur 

— Umfangreiche Hilfsbildschirme 

—  Serienbrieffunktion und Mahnwesen mit 
Daten der ST-FIBU 


— Kostenlose Einweisung in das 


addq.1 #6,sp 
#7,- (sp) 


‚nach allen Dateien 
des Ordners suchen 


move 


move.1l a6,-(sp) 
move #SFIRST,-(sp) 
trap #GEMDOS 
addq.1l #8,sp 
bra.s move 

move #SNEXT,-(sp) 
trap #GEMDOS 
addg.1l #2,sp 
tst.1 do 
bne.s folddel 
move.1l a5,a0 
lea dta+30,al 


;noch Dateien vorhanden? 
jnein- 


;Pointer auf gefundenen 

Dateinamen 

move.b (al)+, (a0)+ ;ergibt kompletten 
neuen Dateinamen 

bne copyl 

move.l a4,a0 

lea dta+30,al 

move.b (al)+, (a0)+ ;ergibt kompletten 

alten Dateinamen 

bne copy2 

pea newnam 

move.l a6,-(sp) 

clr -(sp) 

move #RENAME,-(sp) 

trap #GEMDOS 

lea 12(sp),sp 

bra loop 

celr.b -(a4) 

move.l a6,-(sp) 

move #RMDIR,-(sp) 

trap #GEMDOS 

addg.l #6,sp 

elr -(sp) 

trap #GEMDOS 


‚neuer Name 
;alter Name 


;Datei verschieben 


‚leeren Ordner löschen 


‚das war's 


bss 
ds.b 44 
ds.b 81 ;neue Dateinamen 
even 


ds.1 100 ‚für Stack 








ST-Fakt 
das einfach zu bedienende Rechnungsprogramm 


— Auswahl der Kunden/Artikel über Nummer, 
Tastatur oder mit der Maus 

— Druck von Rechnungen, Gutschriften, Liefer- 
scheinen, Angeboten, Versandpapieren . 

— Ausdrucke können nach Ihren Wünschen 
angepaßt werden. 

— Automatische Erstellung der Buchungen für die 
ST-FIBU 

— Nutzung der ST-FIBU-Adressdatei 

— Kostenlose Einweisung in das Programm 





Programm Demo Version (wird angerechnet) IM 60,- 
Demo Version (wird angerechnet) DM 60,- ST-Fakt als Zusatz- 
ST-GMa-Text modul 2 zur ST-FIBU DM 200,-/250, 
(Zusatzmodul 1 zur ST-FIBU) DM 150,-/200,-* als eigenst. Progr. DM 250,-/300,-* 
*Mandantenfähig *Mandantenfähig 


GMa-Soft - Gerd Matthäus - Betriebswirt - Bergstr. 18 - 6050 Offenbach - Tel. 069/898345 
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RSC-Includefiles 
sortieren... 


Ss o schön dieses Programm 
auch ist, die Ausgabe der 
benannten Objekte als LST- 
File handhabt es miteinernicht 
zu übersehenden Formlosig- 
keit. Objektnamen und Bäume 
werden in der Reihenfolge ge- 
schrieben, in der sie benannt 
wurden. Wie ein solches LST- 
File mit 20 Bäumen und 300, 
400 Objekten nach der 12. 
Änderung aussieht, kann sich 
wohl jeder denken. Ein Wust 
von Objektnamen, Baumbe- 
zeichnungen: Hinter dem 
Menüeintrag Nr. 32 in Baum 0 
steht der Button aus Baum 15, 
der Name von Baum 0 steht 
irgendwo mittendrin, in Zeile 
352. 


Also, Möglichkeit Nr.1, dort 
Ordnung zu schaffen: Von je- 
dem Baum eine Hardcopy, die 
Objekte numeriert und die 
Namen irgendwo aufdem Blatt 
mit der Nummer notiert. Für 
RSC-Dateien bis zu zwei Bäu- 
men mit 20 Objekten kein Pro- 
blem, zur Not merkt man sich 
die Namen auch so. Aber bei 
80, 90, 100, 200 oder mehr 
Objekten dürfte es damit etwas 
schwierig werden. 

Die zweite Möglichkeit zeigt 
mein Programm, das in dieses 
Chaos Ordnung bringt: Es sor- 
tiert das File. 


Zuerst stehen die Bäume, der 
Nummer nach sortiert. Danach 
kommen für jeden Baum die 
Objekte (auch sortiert). Und 
damit die Schreibarbeit noch 
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Thomas Müller 


GFA BASIC unTERSTÜTZT GEM so, 
DASS DIE ERSTELLUNG VON GEM- 
PROGRAMMEN SEHR LEICHT IST. UND 
DIE GFA SYSTEMTECHNIK WARTET 
NOCH MIT EINEM WEITEREN BONBON 
AUF: MITGELIEFERT WIRD EIN KOM- 
FORTABLES RESOURCE CONSTRUCTION 
SET, Das RCS2.PRG. Dass ES BEIM 
START IRGENDWELCHE DATEIEN AUF 
DEM LAUFWERK A: SUCHT, IST ZWAR 
NICHT SCHÖN (BESONDERS BEI EINER 
HARDDISK), ABER DEM PROGRAMM 
NICHT WEITER ABTRÄGLICH. 


mehr vermindert wird, stehen 
für jedes Objekt noch der Typ 
und bei Textobjekten (also 
auch bei Buttons) die ersten 20 
Zeichen dahinter. Außerdem 
werden bei jedem Objekt der 
Status, z.B. SELECTED -.d.h. 
das Objekt ist invertiert darge- 
stellt - und die gesetzten Flags 
wie EDITABLE, HIDDEN, 
TOUCHEXIT angegeben, al- 
lerdings als Kürzel. Davon 
jedoch später mehr. Die Anga- 
be der Nummer des entspre- 
chenden Baumes bleibt natür- 
lich erhalten. Doch betrachten 
wir nun das Programm: 


Zunächst setzen wir die Unter- 
grenze der Arrays auf 1, damit 
späterhin die Sortierfunktion 


korrekt sortiert. Ohne diese 
Maßnahme bliebe das Element 
0 immer leer und könnte die 
Routine stören. Dann werden 
etliche Arrays definiert, die 
Bestimmung der einzelnen 
Felder entnehmen Sie bitte den 
Kommentaren. Außerdem 
kommen wir bei einigen Fel- 
dern auf ihre Bestimmung 
noch zu sprechen. Als Eckda- 
ten gelten: 


zu verwaltende Objekte: 
max. 500 


zu verwaltende Bäume: 
max. 30 Objekte 


pro Baum: max. 150 


Insgesamt mögen die Daten als 
etwas sehr hoch angesetzt er- 


scheinen, doch habe ich selbst 
gemerkt, daß bei leistungsfähi- 
gen Dialogen und Dialogen zur 
Dateneingabe mit Leichtigkeit 
100 Objekte zusammenkom- 
men. Doch weiter im Pro- 
gramm: 


Zuerst wird das Includefile 
mittels RECALL in das Array 
a$() eingelesen. Dann müssen 
die Objekte grob vorsortiert 
werden, damit die Objekte 
gleicher Bäume zusammenge- 
faßt werden können. Dabei 
werden die verstreuten Bäume 
auch gleich an die Spitze ge- 
stellt. Dazu müssen die Baum- 
nummern, die zu den Objekten 
gehören, festgestellt werden. 
Wir bedienen uns des Formats 
der Anweisungszeilen: 


Bei Objekten: 
‘objename&= 

objnr !Obj in #baumnr' 
z.B.: EXIT&=15 !Obj in #6 


Bei Bäumen: 

‘treename&= 

treenr IRSC_TREE’ 

z.B.: DIALOG&=6 IRSC_TREE 


Die Baumnummer steht also 
hinter dem ‘#’ (genannt Hash 
[häsch]). Bei Bäumen ist das 
nicht der Fall. Also stellen wir 
die Position des Hashs fest. Ist 
sie ungleich Null, liefert die 
VAL« )-Funktion des dahinter 
liegenden Teilstrings die 
Baumnummer des Objektes. 
Ist die Position Null, haben wir 
die Zuweisung einer Baum- 
nummer vor uns und setzen das 
Element a&() auf minus eins. 


Original-File lesen 
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Objektindizes nach Baumnummern sortieren 
Objekte nach Baumnumnern intern indizieren 


Sortierung läuft 
Umschichtung läuft 


Feststellen der Baumanzahl 


Baumnummern speichern 
Baunnunmern sortieren 


Objektindizes aufbereiten BAUM 3 


RSC-Datei laden 
Objektadressen ermitteln 


Objekttypen feststellen BAUM 3 
STRING-Objekte kenntlich machen BAUM 3 
Sortieren der Objekte innerhalb der Bäume. BAUM 3 


Rückspeichern der Bäune 


Rückspeichern der Objekte BAUM 3 


Laufzeit: 1.455 Sekunden 
Heiter nit einer Taste 


Bild 1: Phase 1 der Sortierung 


Gleichzeitig setzen wir das 
entsprechende Array-Element 
a%() auf den Index i%. In der 
nun folgenden Sortierung wird 
neben dem Array a&() das 
Array a%() mitsortiert. 


Wozu das alles? 


Nehmen wir an, bei der Sortie- 
rung ist das Element a&(5) auf 
die Stelle 53 gelangt. Nun steht 
in a%(53) der Index 5, weil 
a%(5) ebenfalls auf die Stelle 
53 verschoben wurde. Beim 
Umspeichern in das Array b$() 
muß in das Element b$(53) das 
Element a$(5) geschrieben 
werden. Genau dieser Index 
steht aber in a%(53)! Also 
heißt die Anweisungszeile 
b$(i%)=a$(a%(i%)). Ähnli- 
che Zeilen werden wir noch 
öfter sehen. 


Die Zuweisungen der Baum- 
nummern stehen nach der Sor- 
tierung an der Spitze des Ar- 
rays b$(), weil die entspre- 
chenden a&()-Elemente gleich 
minus eins sind. 


Die Anzahl der Bäume wird 
danach ermittelt. Solange das 
nächste a&()-Element gleich 
minus eins ist, wird die Varia- 
ble % um eins erhöht. Danach 
wird die Variable ende% auf 
1% gesetzt. Nun werden noch 
einige benötigte Felder dimen- 
sioniert, die für die weitere 
Bearbeitung nötig sind. Was 
nun abläuft, haben wir am 
Anfang ganz genau betrachtet, 
so daß wir uns um die Sortie- 





rung der Bäume nicht mehr zu 
kümmern brauchen. Für die 
weitere Bearbeitung ist die 
Speicherform des eindimen- 
sionalen Feldes (Vektor) 
schlecht geeignet. Besser ge- 
eignet ist nun ein zweidimen- 
sionales Array, auch Matrix 
genannt. In der Matrix gibt es 
Zeilen und Spalten, sie ist also 
praktisch eine Tabelle. Nun 
speichern wir die Objektindi- 
zes so ab, daß in den Spalten 
der ersten Zeile alle Objekte 
des ersten Baumes stehen. In 
der zweiten Zeile stehen dann 
alle Objekte des zweiten Bau- 
mes usw. In der gleichen Art 
werden auch die Zuweisungs- 
zeilen gespeichert. Gleichzei- 
tig werden auch die Objekte 
eines Baumes mittels des Vek- 
tors obj_count&() gezählt. 


Jetzt ist alles bereit, und die 
RSC-DATEI kann geladen 
werden. Nachdem diese im 
Speicher steht, werden mit 
-RSRC_GADDR die Adressen 
der Bäume, deren Nummern in 
t&() stehen, in %() gepeichert. 
Nun ist alles nur noch halb so 
schwer, wie es aussieht. Syste- 
matisch werden die Objektty- 
pen der Objekte festgestellt. 
Dabei wird der Startwert be- 
gin% der inneren i%-Schleife 
bei jedem erfolgreichen 
Durchlauf auf den um eins 
erhöhten aktuellen i%-Wert 
gesetzt. Gleichzeitig wird das 
Flag ex! auf FALSE (logisch 
falsch) gesetzt, damit die 
Schleife nicht verlassen wird. 


LET EXAMPLE2&=2 !RSC_TREE 











STRING 








[EozT:_ _] 


BOXTEXT] 
ve] 








BOX 2 





























Bild 2: Man kann sich auch die einzelnen Bäume und Objekte des Resources an- 


zeigen lassen. 


Beim nächsten Durchlauf wird 
sie wieder auf TRUE gesetzt, 
damit im Falle eines erfolglo- 
sen Durchlaufs die Schleife 
sofort verlassen wird. In be- 
gin% steht nun der i%-Wert, 
bei dem die Schleife verlassen 
wurde und bei dem der Wieder- 
einstieg erfolgen muß, da wir 
dennächsten Baum bearbeiten. 
Diese optimale Bearbeitung ist 
aber nur deshalb möglich, weil 
alle Objekte eines Baumes 
durch die grobe Vorsortierung 
direkt hintereinander stehen 
und nicht im gesamten Vektor 
b$() verstreut sind. Diese Rou- 
tine ist die zeitkritischste im 
Programm. Ersetzen Sie be- 
gin% durch ende%+l, so 
braucht die Routine je nach 
Dateigröße bis über das Dop- 
pelte an Zeit. 


Anschließend wird die Zuwei- 
sungszeile um die Angabe des 
Objekttyps erweitert, die Vor- 
gehensweise dürfte keine 
Verständnisprobleme aufwer- 
fen. Wenn es sich beim Baum 
um einen Menübaum handelt 
und das Objekt vom Typ 
STRING ist, haben wir es mit 
einem Menüeintrag, neu- 
deutsch ENTRY genannt, zu 
tun und nennen ihn auch so. Ei- 
nen Menübaum erkennen wir 
daran, daß das dritte Objekt ein 


G_TITLE ist (OB_TYPE 
(tree% 3)=32). 


Dann benötigen nur noch die 
Zeichenketten der Textobjekte 
wie STRING, TEXT, BOX- 
TEXT, FTEXT (EDIT), 
FBOXTEXT (BOXEDIT), 
BUTTON. Bei STRING und 
BUTTON liefert uns 
OB_SPEC(tree%,obj&) die 
Adresse des entsprechenden 
Strings. Die Funktion CHAR{} 
liest den String an dieser 
Adresse aus. Bei den anderen 
Textobjekten liefert uns 
OB_SPEC() ‘nur’ die Adresse 
eines Zeigers, der die Adresse 
des uns interessierenden 
Strings enthält. Deshalb wird 
CHAR{{}} verwendet. Die 
Leerzeichen links und rechts 
dieses Strings werden mit 
TRIMS() gelöscht (soweit vor- 
handen) und die ersten 20 Zei- 
chen an die Befehlszeile ange- 
hängt. Nun werden Status und 
Flags der Objekte abgefragt, 
indem die einzelnen Bits der 
entsprechenden Strukturen 
mittels BTST() getestet wer- 
den. Ein Objektstatus wird in 
Großbuchstaben geschrieben 
und mit einem Slash (‘/’) ge- 
trennt, während bei den Flags 
Kleinbuchstaben und ein ‘1 
Verwendung finden. Hier sind 
alle Kürzel aufgeführt: 


/SLCT:SELECTED /CRSS:CROSSED /CHCK:CHECKED 
/D’ABL: DISABLED /OUTLN:OUTLINED /SHWD:SHADOWED 
Islctb1:SELECTABLE |default:DEFAULT jexit:EXIT 


ledit:EDITABLE |radio 
Itouch:TOUCHEXIT |hide 


Alle Kürzel auf einen Blick 


:RBUTTON |last 
:HIDETREE (HIDDEN) 


:LASTOB 





1211989 ST 83 


Damit sind wir fast am Ende 
des eigentlichen Programms. 
Zum Schluß werden auf die 
altbekannte Art und Weise die 
Objekte jedes Baumes sortiert. 
Danach werden die Objekt- 
baumnummern in derrichtigen 
Reihenfolge gespeichert und 
wieder in den Vektor b$() zu- 
rückgeschrieben. Die ersten 
ende%-Elemente sind die Ob- 
jektbäume. Schließlich werden 
die ergänzten und sortierten 
Zuweisungszeilen aus dem 
Array obj_line$() in den Vek- 
tor b$() geschrieben. Die ei- 
gentliche Routine ist nun been- 
det. Der Rest sind kleine Rou- 
tinen, die nicht weiter schwie- 
rig zu verstehen und außerdem 
ausführlich dokumentiert sind. 


Bei der Ausgabe erfolgt zu- 
nächst die Angabe der Objekt- 
bäume. Danach ist es möglich, 
sich die Bäume anzeigen zu 
lassen. Haben wir kein Menü 
vor uns, so wird der Baum 
zentriert, bevor er angezeigt 
wird. Die Bäume werden aus- 
nahmslos mittels OBJC_ 
DRAW() aufgebaut, so werden 
Schwierigkeiten mit der Me- 
nüverwaltung vermieden. 
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Zum Abschluß sei noch ein 
Wort zum Programm selbst 
gesagt: Natürlich kommt Un- 
sinn zustande, wenn Include- 
file und RSC-Datei nicht zu- 
einandergehören, Tests auf 
diesem Gebiet sind also unnö- 
tig. Auch sollte ein Menü 
immer an erster Stelle im Re- 
source stehen. Genauso ist es 
auch möglich, aus dem RSC- 
Header die Anzahl der Bäume 
direkt auszulesen. Doch das ist 
nur interessant, wenn kein In- 
cludefile vorhanden ist, wie es 
bei einem RSC-Analyser der 
Fall ist. Das vorliegende Pro- 
gramm soll nur zeigen, was mit 
den Sortierungsroutinen ge- 
macht werden kann und wie 
Schlüsselfelder benutzt wer- 
den. Zudem ist das Programm 
in meinen Augen ein gutes, 
einfaches und sinnvolles Bei- 
spiel, wie bequem in GFA 
BASIC 3.xx Objekte behandelt 
werden können. 


Literatur: 


Szezepanowski, 

Das große GEM-Buch zum 
ATARI ST DATA BECKER 
Verlag 1985 


GFA BASIC 3.0 Handbuch 


p 


' (ce) MAXON Computer GmbH 
OPTION BASE 1 ! Nötig zum korrekten Sortieren 


DIM a$ (500) 


Original-File 


' 
DIM a&(500) ! Baumnummern der Objekte, TREE=-1 
' 


DIM b$ (500) 


Sortiertes File, da andere 


Reihenfolge als im Original 


DIM a% (500) 


Index-Schlüssel, nötig zum 


sortierten Umspeichern 


DIM z% (150) 


Index-Schlüssel 


£.objektsortierung 


DIM z$ (150) 


Anweisungszeilen für Objektnamen 


! 
DIM s% (150) ! Objekt-Indizes 
' 


DIM spec$ (20) 


Objekt-Bezeichnungen 


DIM spec| (20) ! Objekt-Typen 
DIM obj& (30,150) ! Objekt-Nummer 


DIM obj_count& (30) ! 
DIM obj$ (30,150) 


Anzahl der Objekte pro Baum 
! Text der Objekte 


DIM 
DIM 


obj_type| (30,150) ! Typ der Objekte 
obj_line$ (30,150) ! Befehlszeilen 


init_spec 
abbruch!=FALSE 
REPEAT 
CLS 
original$="\*.LST" 
lst_file$="\*.LST" 
r$="\*.RSC" 


PRINT AT(32,2);"MERGE-File lesen" 
get_in file (original$) 


CLS 


abbruch!=(LEN (original$)=0) 


IF NOT abbruch! 


PRINT AT(32,2);"RSC-Datei laden" 


get_in_file(r$) 
CLS 
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MENUE&S=0 !RSC_TREE 
EXAMPLEI1 !RSC_TREE 
EXAMPLE2&=2 !RSC_TREE 

=3 !0bj in #0 TITLE:’Desk’ 
!0obj in #0 TITL) File’ 
INFO&S=7 !Obj in #0 ENTRY:’Hier ist das Info’ 
QUIT&E=16 !Obj in #0 ENTRY: ’Quit’ 
DATEI 7 !0bj in #0 ENTRY: ’Datei’ 
LADEN&=18 !Obj in #0 ENTRY: ’laden’ 
SPEICHER&=19 !Obj in #0 ENTRY:’speichern’ 
ICONBOX&=20 !Obj in #0 BOX|last 











BUTTONg=1 !Obj in #1 BUTTON: ’BUTTON’ |slctbl 
STRING&S=2 !Obj in #1 STRING: ’STRING’ 
EDIT&=3 !Obj in #1 EDIT: ’ 'jedit 
BOXEDIT&E=4 !Obj in #1 BOXEDIT:’  'jedit 
TEXT&=5 !Obj in TEXT: ’ TEXT’ 

BOXCHAR&=6 !Obj #1 BOXCHAR 

BOXTEXT&=7 !Obj #1 BOXTEXT: 'BOXTEXT’ 
ICON&=8 !Obj in ICON 

IMAGE&=9 !Obj in IMAGE 

BOXl&=10 !Obj in BOX 

STRBOX1&=11 !Obj #1 STRING: ’BOX 1' 
BOX2&=12 !0obj in IBOX/OUTLN 

STRBOX2&=13 !Obj #1 STRING: ’BOX 2'|last 





BUTTON26=1 !Obj in #2 BUTTON: ’ BUTTON’ /SLCT| 
sletblidefaultjexit|radio 
STRING2&=2 !Obj in #2 STRING: ’STRING’ 
EDIT2&=3 !Obj in #2 EDIT:’ " /SLCT/D'ABL/ 
OUTLN|edit 
BOXEDIT2&=4 !Obj in #2 BOXEDIT:'  ’jedit 
TEXT2&=5 !Obj in #2 TEXT: ’TEXT’ 
BOXCHAR2&=6 !Obj in #2 BOXCHAR/CRSS/CHCK/ 
SHDW|slctbljexit touch 
BOXTEXT2&=7 !Obj in #2 BOXTEXT:’BOXTEXT’ /SHDW 
ICON2&=8 !Obj in #2 ICON 
IMAGO2&=9 !Obj in #2 IMAGE/SLCT|slctbljexit|radio 
BOX026=10 !Obj in #2 BOX/SLCT/SHDW 
IBOX2&=12 !Obj in #2 IBOX/OUTLN 





Bild 3: So könnte ein Beispiel nach der Sortierung aussehen. 


abbruch!=(r$="") 
ENDIF 
IF NOT abbruch! 

IF EXIST(original$) 


PRINT "Original-File lesen" 
OPEN "I",#1,original$ 
RECALL #1,a$(),-1,n% 
CLOSE 
t=TIMER 
PRINT "Objektindizes nach Baumnummern 
sortieren" 
PRINT "Objekte nach Baumnummern intern 
indizieren" 
FOR i$=1 TO n% 
a$ (i$)=i% 
PI=RINSTR (a$ (i%),"#") 
' Baumnummer in der Befehlszeile 
feststellen 
IF pl<>0 
a& (i%)=VAL (MID$ (a$ (i%),pl+1)) 
ELSE 
a&(i$)=-1 ! Bei Baumnamen ist kein '#' 
in der Anweisungszeile vorhanden 
ENDIF 
NEXT i$ 
PRINT "Sortierung läuft" 
SSORT a&(),n%,a%() ! Objekte n.Baumnummern 
sortieren 


PRINT "Umschichtung läuft" er 
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FOR i%=1 TO n% 


b$ (i$)=a$(a%-(i$)) ! Befehlszeilen nach 
sortierten Objekten abspeichern 
NEXT i$% 
PRINT "Feststellen der Baumanzahl" 
t3=0 
WEILE as (t$+1)=-1 
INC t% 
WEND 


ende$=t% 
ERASE t&(),t%(),ts%() 
DIM t& (t$%) ! Baumnummern 
DIM t#(t%) ! Baumadressen 
DIM ts#%(t%) ! Baumindizes 
PRINT "Baumnummern speichern" 
FOR t%=1 TO ende# 
t$=b$ (t$) 
IF INSTR(t$,"#" ! Nur Bäume 
PI=INSTR (t$, ! Baumnummer suchen 
in der Befehlszeile 
IF pl<>0 
t& (t%)=VAL (MID$ (t$,pl|+1)) 
! Baumnummer abspeichern 
ts$% (t$)=t% 
ENDIF 
ENDIF 
NEXT t# 
PRINT "Baumnummern sortieren" 
SSORT t&(),ende%,ts$() ! Baumnummern 
sortieren 
ARRAYFILL obj&(),-ı1 
PRINT "Objektindizes aufbereiten 
x%=CRSCOL 
y%=CRSLIN 


BAUM "; 


'‘ Hier werden die Objekte in einer Art 


Tabelle (2D-Array) nach den Bäumen 
geordnet abgespeichert, dadurch wird die 
Handhabung wesentlich leichter. 
In der gleichen Art werden auch die 
Befehlszeilen umgeschichtet, um 
das spätere zurückspeichern in das 
File-Array zu erleichtern. 
begint=endes+1 
FOR t#%=1 TO ende% 
PRINT AT(x%,y%);t&(t#) 
count%=0 
obj_counts (t#)=0 
IF beginst<=n$ 
FOR i%=begin% TO n% 
ex!=TRUE 
t$=b$ (i%) 





Zu welchem Baum gehört das Objekt? 
' Abfrage nach '#baumnummer' am Ende 
der Zeile 
IF 
RIGHT$ (t$, LEN (STR$ (t& (t%) ))+1)="#"+ 
STR$ (t& (t%)) 
pI=INSTR(t$,"=") !Objektnummer 
finden 
IF pl<>0 
INC count% 
ex!=FALSE 
begins=is+1 
obj& (t& (t%) +1, count%)=VAL (MID$ (t$, 
pl+1)) ! Objektnumme 
obj_line$ (t& (t%)+1, count#)=t$ 
! Befehlszeile 
INC obj_count& (t$) 
ENDIF 
ENDIF 
EXIT IF ex! 
NEXT i$ 
ENDIF 
NEXT t#% 
PRINT "RSC-Datei laden" 
@load_rsc(r$) 


IF load! 
PRINT "Objektadressen ermitteln" 
FOR t%=1 TO endes 
-RSRC_GADDR (0,t& (t%) ‚t%(t%)) 
NEXT t$ 
PRINT "Objekttypen feststellen BAUM "; 
x$=CRSCOL 
y%=CRSLIN 
FOR t%$=1 TO ende$ 
PRINT AT(x%,y%);t&(t%) 
FOR k&=1 TO obj_count& (t%) 
obj_typel (t%,k&)=BYTE (OB_TYPE (t%(t%), 
obj&(t%,k&))) ! Typ des Obj. 


' Bezeichnung des Typs finden 


FOR il=1 Ton] 
IF obj_type| (t%,k&)=spec| (i|) 


' Wenn das dritte Objekt eines 
Baumes ein G_ TITLE ist, so 
haben wir es mit einem Menue zu 
tun. 

Die Einträge im Menue sind 
allesamt Strings, 

obwohl die Titel einen eigenen 
Typ besitzen. 

Daher wird auf Menue und Titel 
geprüft. 

IF OB_TYPE(t%(t#),3)<>32 OR 
OB_TYPE (t% (t%) ‚obj& (t%,k&))=32 

OR OB_TYPE (t*(t%) ,obj& (t%,k&))<>28 
obj_line$ (t$,k&)= 
obj_line$ (t%,k&)+" "+spec$ (il) 

ELSE 
obj_line$ (t#,k&)= 

obj_line$ (t%,k&)+" ENTRY" 

ENDIF 


ENDIF 
EXIT IF obj_typel (t%,k&)=spec| (il) 
NEXT il 


NEXT k& 
NEXT t$% 
PRINT "STRING-Objekte kenntlich 
machen BAUM "; 
x%=CRSCOL 
y%=CRSLIN 
FOR t%=1 TO endet 
PRINT AT(x%,y$%);t&(t#) 
FOR k&=1 TO obj_count& (t#) 
SELECT obj_type| (t%,k&) 
CASE 21,22,29,30 ! Objekt des Typs 
"TEXT / FTEXT' 
a$=CHAR{ {OB_SPEC (t# (t#), 
obj&(t%,k&))}} ! Text lesen 
IF ASC(TRIM$ (a$))<32 
agzuraı 
ENDIF 
obj_line$ (t%,k&)=obj_line$ (tt,k&) 
+": 1"+LEFT$ (TRIM$ (a$) ,20)+"'" 
CASE 26,28,32 ! Objekt des Typs STRING 
(ENTRY) / BUTTON / TITLE 
a$=CHAR{OB_SPEC (t% (t%) ‚obj& (t%,k&))} 
IF ASC(TRIM$ (a$))<32 
agzurcı 
ENDIF 
obj_line$ (t%,k&)=obj_line$ (t$,k&) 
+": "+LEFT$ (TRIM$ (a$) ,20) +" '" 
ENDSELECT 
FOR s|=0 TO 5 
IF BTST(OB_STATE (t%(t®), 
obj& (t%,k&)),s|) 
SELECT s| 
CASE 0 
state$="SLCT" 


state$="CHCK" 
CASE 3 

state$="D'ABL" 
CASE 4 

state$="OUTLN" 
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CASE 5 
state$="SHDW" 
ENDSELECT 


obj_line$ (t%, k&)=obj_line$ (t%,k&)+ 


"/"+state$ 
ENDIF 
NEXT s| 
FOR s|=0 TO 7 
IF BTST(OB_FLAGS (t$(t#), 


obj& (t%,k&)),s|) 


SELECT s| 
CASE 0 
state$="sletb1l" 
CASE 1 
state$="default" 
CASE 2 
state$="exit" 
CASE 3 
state$="edit" 
CASE 4 
state$="radio" 
CASE 5 
state$="last" 
CASE 6 
state$="touch" 
CASE 7 
state$="hide" 
ENDSELECT 


obj_line$ (t%,k&)=obj_line$ (t%,k&)+ 


"|"+state$ 
ENDIF 
NEXT s| 
NEXT k& 
NEXT t% 
PRINT "Sortieren der Objekte innerhalb 
der Bäume. BAUM "; 
xt=CRSCOL 
y$=CRSLIN 
FOR t%=1 TO endet 

PRINT AT (x%,y%);t&(t%) 

FOR k&=1 TO obj_count& (t#) 
z$(k&)=obj_line$ (t#,k&) 
PI=INSTR(z$ (k&) ,"=") 

IF pI<>0 
3% (k&)=VAL (MID$ (z$ (k&) ‚pl+1)) 
ENDIF 
2% (k&)=INT (k&) 
NEXT k& 
SSORT s%(),obj_count& (t#),z*() 


FOR k&=1 TO obj_counts (t%) 
obj_line$ (t%,k&)=z$ (z%(k&)) 
NEXT k& 
NEXT t% 


PRINT "Rückspeichern der Bäume" 
FOR i$=1 TO endet 
25 (i%)=b$ (ts# (i$)) 
NEXT i% 
FOR i%=1 TO endet 
b$ (i%)=z$ (i%) 
NEXT i®% 
PRINT "Rückspeichern der Objekte BAUM " 
xt=CRSCOL 
y$=CRSLIN 
countt=ende$ 
FOR t%=1 TO ende* 
PRINT AT (x%,y%);t&(t$) 
FOR k&=1 TO obj_count& (t$) 
INC count$ 
b$ (countt)=obj_line$ (t%,ks) 
NEXT k& 
INC count* 
b$ (count) 
NEXT t$ 
n%=count% 
ELSE 
PRINT "Fehler beim Laden der RSC-Datei" 
=RSRC_FREE () 
RESERVE 
ENDIF 
t=TIMER-t 
PRINT "Laufzeit: ";t/200;" Sekunden" 
PRINT "Weiter mit einer Taste" 
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-INP (2) 


OPEN "",#1,"CON:" 
CLS 
PRINT 
PRINT ‚,,"Objektbäume" 
STORE #1,b$() ,ende% 
=INP (2) 
CLOSE 
FOR t%=1 TO ende# 
CLS 
FOR k&=1 TO obj_count& (t%) 
PRINT obj_line$ (t%,k&) 
IF k& MOD 20=0 
=INP (2) 
ENDIF 
NEXT k& 
=INP (2) 
NEXT t# 
CLS 
PRINT "Weiter mit einer Taste" 
=INP (2) 
ALERT 3, "Objekte zeigen ?",1," JA |NEIN",i| 
IF il=1 
FOR it=1 TO ende* 
CLS 
IF OB_TYPE (t% (i%) ,3)<>32 
-FORM_CENTER (t% (1%) ‚px&, Py&, Ppw&,ph&) 
ELSE 
px&=0 
pys=0 
pws=640 
phs=400 
PRINT AT (40-0.5*LEN (b$ (i%)),25); 
b$ (i%); 
ENDIF 
=OBJC_DRAW (t%(i%), 0,255, px&,py&,pw&,ph&) 
IF px&<>0 AND pys<>0 
TEXT 8*(40-0.5*LEN(b$ (i%))),18,b$ (i#) 
ENDIF 
=INP (2) 
NEXT i$ 
ENDIF 
-RSRC_FREE () 
RESERVE 
ALERT 3, "Abgewandeltes |MERGE-File 
schreiben?",1," JA |NEIN",i| 
IF il=1 
PRINT AT(22,2);"Abgewandeltes MERGE-File 
schreiben" 
get_in_file(lst_file$) 
IF 1st_file$<>"" 
CLS 
OPEN "o",#1,1st_file$ 
STORE #1,b$(),n® 
CLOSE 
ENDIF 
ENDIF 
ALERT 3,"Ausgabe auf DRUCKER ?",1, 
"JA |NEIN",i| 
IF il=1 
FOR t%=1 TO ende% 
headline 
FOR k&=1 TO obj_counts& (t%) 
LPRINT obj_line$ (t%,k&) 
IF k& MOD 50=0 
OUT 0,12 
headline 
ENDIF 
NEXT k& 
oUT 0,12 
NEXT t% 
OUT 0,12 
ENDIF 
ENDIF 
ENDIF 
UNTIL abbruch! 
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> PROCEDURE init_spec 
DATABOX, TEXT, BOXTEXT, IMAGE, USERDEF, IBOX, BUTTON, 
BOXCHAR, STRING, EDIT, BOXEDIT, ICON, TITLE, * 
DATA 20,21,22,23,24,25,26,27,28,29,30,31,32 
FOR il=1 TO 20 
READ spec$ (il) 
EXIT IF spec$(i|)="*" 
NEXT il 
n|=i|-1 
FOR il=1 To.nl 
READ spec| (il) 
NEXT i| 
RETURN 
> PROCEDURE load_rsc(rsc$) 
RESERVE -64000 
IF EXIST (rsc$) 
LET load!=RSRC_LOAD (rsc$) 
ELSE 
LET load!=FALSE 
ENDIF 
RETURN 
> PROCEDURE headline 
LPRINT 
LPRINT 
LPRINT 
LPRINT SPC (40-0.5*LEN("BAUM "+STR$(t%))); "BAUM " 
;STR$ (t%) 
LPRINT 
LPRINT SPC (40-0.5*LEN(b$ (t%)));b$ (t#) 
LPRINT 
LPRINT 
RETURN 
> PROCEDURE get_in_file(VAR datei$) 
LOCAL path$, file$ 
get_path_and_ file (datei$,path$, file$) 
FILESELECT path$, file$,datei$ 
RETURN 


> PROCEDURE get path and file(a$,VAR p$,f$) 
LOCAL i%,f$,leer!,b$ 
IF LEN(a$)<>0 ; 
b$=TRIM$ (a$) 
it=1 


Hier wird der String von hinten aufgerollt, 


bis ein '\' gefunden wird, 
alles, was davor ist, 
dahinter steht das File 

' Wenn ein '\' vorhanden ist. 

IF INSTR(b$, "\")<>0 
i%=RINSTR (b$, "\") 
£$=RIGHT$ (£$,i%-1) 
P$=LEFT$ (b$, LEN (b$) -i%+1) 

ELSE ! kein '\' vorhanden 


IF MID$(b$,2,1) :" I ein ':' vorhanden? 


P$=LEFT$ (b$, 2) ! Drive abtrennen, 
£$=RIGHT$ (b$,LEN(b$)-2) ! Rest ist 
Filename 
ELSE 
£$=b$ ! Ansonsten reiner Dateiname 
p$="\*.*" ! ohne Path 
ENDIF 
ENDIF 
ELSE ! Stringlänge=0, 
£g="" 
pS="\r.*" 
ENDIF 
IF INSTR(£$,"*") OR INSTR(f$,"?") 
£$ 
path$=b$ 
ENDIF 
RETURN 
DEFFN get_string$ (tree®, obj&)= 
CHAR{OB_SPEC (tree#,obj&)} 
DEFFN get_text$ (tree#, obj&)= 
CHAR{ {OB_SPEC (tree#,obj&)}} 


Programmierpraxis-Disketten 


Oft erreichen uns Anfragen, ob und wo ein ganz bestimmtes 
Thema in der ST Computer behandelt wurde. Sie mußten sich 
ggf. immer die betreffenden Monatsdisketten kaufen. Bei mehr- 
teiligen Serien eine nicht ganz billige Angelegenheit. Jetzt wol- 
len wir Ihnen Programmierpraxis-Disketten anbieten, auf denen 
sich Listings und Programme aus verschiedenen Ausgaben der 


Programmierpraxis 
ci 


- Submenüs 
- Farbkonverter 
- Diskinfo 
- Kopier-Accessory 
- 3D-CAD 
- Preview 
u.v.m. 
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Auf beiden Disketten ist natürlich viel mehr enthalten. Leider reicht der Platz nicht aus, um alle Pro- 
gramme adäquat zu beschreiben. Lassen Sie sich überraschen! Zu dem Unkostenbeitrag von DM 15,- 
kommen noch die Versandkosten von DM 5,- (Ausland DM 10,-) 


ST Computer (nicht nur aus der Programmierpraxis) befinden. 
Die Disketten sind nach Programmiersprachen geordnet, und zu 
jedem Beitrag gibt es einen Kurzkommentar mit Artikelverweis. 


Den Anfang machen jeweils eine Diskette für GFA-BASIC und 
G 


Programmierpraxis 
GFA-BASIC 1 


- Popup-Menü 
- Fastzoom 
- schnelle Textausgabe 
- Gobang 
u.v.m. 


BP: 
GFA- 
BASIC 1 


2DD 


DM 15,- 


MAXON Computer GmbH 
Industriestr. 26 

D-6236 Eschborn 

Tel.: 06196/481811 
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ist dann der Path, 


von Nichts kommt nichts... 


it der in Assembler ge- 
M schriebenen Hardco- 
py-Routine HC-FIX für 24- 
Nadeldrucker sind diese Zeiten 
endgültig vorbei. Neben Aus- 
nutzung der maximal mögli- 
chen Druckgeschwindigkeit - 
in Abhängigkeit vom ange- 
schlossenen Drucker - ist die 
Routine multitasking-fähig, 
d.h. die Datenausgabe findet 
im Hintergrund statt. 


Wie alles begann 


Wegen der Unzulänglichkeiten 
der von ATARI vorgegebenen 
Betriebssystemroutine für die 
parallele Druckerschnittstelle 
entstanden die sogenannten 
Spooler. Unter einem Spooler 
versteht man ein Programm, 
das die Zeichenausgabe zum 
Drucker zunächst in einen ei- 
genen Puffer (Speicherbe- 
reich) umlenkt. Danach zieht 
es sich in den Hintergrund zu- 
rück und füttert den Drucker, 
während ein anderes Pro- 
gramm gestartet werden bzw. 
weiterlaufen kann. Mit Hilfe 
dieses Verfahrens braucht der 
Anwender nicht zu warten, bis 
alle Daten an den Drucker 
übergeben worden sind. Er 
kann gleich nach der Umlen- 
kung weiterarbeiten, was bei 
mittellangen Texten eine be- 
achtliche Zeitersparnis bedeu- 
tet. Allerdings ergeben sich bei 
der Anwendung dieser Metho- 
de auf Hardcopies zwei Proble- 
me: 
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HC-FIX 


Multitasking-Hardcopy-Routine 


Marcus Kraft 


OBWOHL BEIM ATARI ST DIE HARDWARE- 
MÄSSIGEN VORAUSSETZUNGEN FÜR EINE 
DRUCKAUSGABE PARALLEL ZU LAUFENDEN 
PROGRAMMEN GEGEBEN SIND, WURDE BEI 
DEN BETRIEBSSYSTEMROUTINEN AUF DIESE 
MÖGLICHKEIT VERZICHTET. DIE FOLGEN 
SIND IHNEN BEKANNT: FÜR DIE DAUER DES 


AUSDRUCKENS 


EINER HARDCOPY 


WIRD 


DIE ARBEIT AM COMPUTER VOLLSTÄNDIG 


BLOCKIERT. 


Einerseits fallen bei Grafiken 
große Datenmengen an. Um 
nämlich bei 24-Nadeldruckern 
auf eine Bildgröße von 18 * 11 
cm zu kommen, muß man 128 
kB Daten an den Drucker sen- 
den. Soll die Hardcopy eine 
DIN A4-Seite füllen, sind es 
sogar fast 300 kB (80% des 
Speicherplatzes eines 520 ST). 
Ein entsprechend großer Spoo- 
ler-Puffer läßt schnell keinen 
Platz mehr für eine andere 
Applikation - es sei denn, Sie 
sind Besitzer eines Mega- 
ATARIs und haben genug 
Speicher. 


Andererseits wird die Ge- 
schwindigkeit der Zeichenum- 
lenkung in den Puffer von den 
BIOS-Routinen bestimmt; sie 
liegt bei ca. 4000 Baud. Selbst 
ein guter Spooler benötigt für 
300 kB Daten mindestens 6 
Minuten zur Übernahme. 


Während dieser Zeit ist der 
Rechner blockiert, so daß kein 
Vorteil gegenüber der norma- 
len Hardcopy entsteht. 


Daten- 
übertragung 


Ein Lösungsansatz des Pro- 
blems findet sich im Kommu- 
nikationsprinzip zwischen 
Rechner und Drucker. 


Bei der Datenübermittlung 
werden außer den acht Daten- 
leitungen ‚die den Binärcode 
des Zeichens übertragen, noch 
zwei Steuerleitungen, Strobe 
und Busy, benutzt. Diese Lei- 
tungen regeln das Übertra- 
gungsprotokoll zwischen 
Rechner und Peripherie im 
sogenannten Handshake-Mo- 
dus. Damit der Drucker nicht 
wahllos Zeichen einliest, gene- 
riert der Computer das Strobe- 


Signal, das die Gültigkeit der 
Daten auf den Leitungen an- 
zeigt. Umgekehrt teilt das 
Ausgabegerät dem Rechner 
über die Busy-Leitung seine 
Empfangsbereitschaft mit. 


Beim Senden eines Daten- 
Bytes legt der Computer die 
Strobe-Leitung kurzzeitig auf 
Low - das Signal zur Übernah- 
me. Während der Drucker das 
Zeichen entgegennimmt, setzt 
er die Busy-Leitung auf High 
und zeigt damit dem Rechner, 
daß er beschäftigt ist. Erst mit 
einem Low-Pegel auf der Lei- 
tung kann die Ausgaberoutine 
das nächste Byte abschicken. 
Zur Überprüfung des Drucker- 
zustandes gibt es zwei Mög- 
lichkeiten: 


- mittels Software, d.h. die re- 
gelmäßige Abfrage des Busy- 
Signals z.B. in einer Schleife. 
Diese auch vom Betriebssy- 
stem verwendete Methode ver- 
braucht den größten Teil der 
Rechenzeit- verglichenmitder 
eigentlichen Übertragung - 
und sperrt damit den Computer 
für andere Tätigkeiten. 


- mittels Hardware durch die 
Verwendung des Busy-Inter- 
rupts. Er wird vom MFP (Mul- 
tifunktionsbaustein, für Ports 
zuständig) generiert, der auch 
bei anderen Ereignissen, wie 
z.B. Bewegen der Maus oder 
Tastatureingaben, entspre- 
chende Unterbrechungen des 


normalen Programmablaufs 
auslöst. Nun istder Busy-Inter- 
rupt im Normalzustand des 
Rechners gesperrt, d.h. er wird 
vom MFP ignoriert. Glückli- 
cherweise kann er software- 
mäßig aktiviert werden. Ist das 
der Fall, überwacht der MFP 
die Busy-Leitung und erzeugt 
den Interrupt, sobald ein Pegel- 
wechsel stattgefunden hat. 
Dieses Verfahren entlastet die 
CPU und wird auch von HC- 
FIX benutzt. 


Das Konzept 


Die Grundidee für das neue 
Hardcopy-Programm war 
denn auch, es als Interrupt- 
Routine laufen zu lassen. Na- 
türlich darf dabei nicht die 
komplette Hardcopy ausgege- 
ben werden, dasonst die Appli- 
kation nicht mehr zum Zuge 
kommt. Also wird HC-FIX 
portionsweise ausgeführt - 
genauer: bei jedem Busy-Inter- 
rupt wird nur ein Byte an den 
Drucker ausgegeben und die 
Routine danach terminiert. 
Damit HC-FIX beim nächsten 
Aufruf die folgende Position 
im Hardcopy-Puffer bearbei- 
ten kann, müssen die dafür 
notwendigen Informationen 
abgespeichert werden. Das ist 
der Hauptunterschied zu nor- 
malen Interrupt-Routinen, die 
in sich abgeschlossene Pro- 
grammstücke bilden und bei 
jedem Aufruf unabhängig vom 
vorherigen Aufruf arbeiten. 
Für interessierte Leser folgt 
eine detaillierte Beschreibung 
des interruptgesteuerten Mul- 
titaskings der Hardcopy-Rou- 
tine. 


Im Detail 


HC-FIX benutzt diverse Regi- 
ster zur Verwaltung von Pro- 
grammschleifen (Zeilen-/ 
Spaltenzähler, siehe dokumen- 
tierte Registerbelegung im 
Listing) - sie entsprechen den 
Schleifenvariablen höherer 
Programmiersprachen. Zu ih- 
rer Speicherung wird ein pro- 
gramminterner Stack benutzt. 


Nach der Installation von HC- 
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FIX kann ein beliebiges Pro- 
gramm gestartet werden (im 
folgenden auch Hauptpro- 
gramm genannt), das im “Vor- 
dergrund’ läuft. Löst man jetzt 
die Hardcopy aus, wird das 
Hauptprogramm unterbrochen 
und die neue Hardcopy-Routi- 
ne ausgeführt. Sie lenkt zu- 
nächst den Busy-Interrupt- 
Vektor auf die Routine um und 
speichert die Register ab, die 
während der Hardcopy verän- 
dert werden. Nachdem sie ein 
Zeichen an den Drucker gesen- 
det hat, kommt die Routine an 
eine Unterbrechungsstelle. Da 
der Drucker mit der Daten- 
übernahme beschäftigt ist, 
kann sinnvollerweise das 
Hauptprogramm weiterlaufen. 
Also werden alle relevanten 
Registerinhalte auf dem eige- 
nen Stack abgelegt, damit die 
Routine bei einem späteren 
Aufruf an dieser Stelle fortge- 
setzt werden kann. Außerdem 
wird die Registerbelegung des 
Hauptprogramms wiederher- 
gestellt. 


Das Hauptprogramm wird nun 
solange ausgeführt, bis der 
Drucker zur Aufnahme des 
nächsten Zeichens bereit ist 
und den Busy-Interrupt aus- 
löst. Dieser führt bei der CPU 
zu einer Exception (Ausnah- 
mebehandlung): Das Haupt- 
programm wird unterbrochen 
und die Interrupt-Routine von 
HC-FIX ausgeführt. Sie rettet 
zunächst die Register des 
Hauptprogramms, lädt dann 
die Registerbelegung für die 
Hardcopy und stellt so den al- 
ten Zustand her. Dann wird 
erneut ein Daten-Byte berech- 
net und abgeschickt, und der 
Kreislauf kann von neuem 
beginnen. 


Im Unterschied zum normalen 
Multitasking ist die Zeitspan- 
ne, in der der Hardcopy-Vor- 
gang bedient wird, durch die 
festgelegte Unterbrechungs- 
stelle immer gleich lang. Das 
erweist sich als optimal, denn 
durch die Interrupt-Technik 
werden einerseits die Daten 
entsprechend der Aufnahme- 
geschwindigkeit des Druckers 


weitergegeben. Auf der ande- 
ren Seite läuft das Hauptpro- 
gramm weiter, während der 
Drucker beschäftigt ist. 


Klar, daß das Programm im 
Vordergrund durch die Inter- 
rupts langsamer wird - und 
zwar proportional zur Druck- 
geschwindigkeit. Deshalb war 
es wichtig, die Interrupt-Routi- 
ne zu minimieren. Also wur- 
den möglichst wenige Register 
benutzt, daein erheblicher Teil 
der Rechenzeit zum Retten und 
Restaurieren ihrer Inhalte ver- 
braucht wird. Beim NEC P6 
verlangsamt sich die Ausfüh- 
rung durchschnittlich um den 
Faktor 1,3. Die Daten für eini- 
ge andere Drucker sind in Ta- 
belle 1 festgehalten. 


Drucker 


NEC P6 

NEC P2200 
Seikosha SL-80 IP 
Star LC 24-10 





Hauptanwendung ausreichend 
Raum übrig bleibt. 


Daten- 
aufbereitung 


Die Aufbereitung der Drucker- 
daten aus den Informationen 
des Puffers geschieht inner- 
halb der Interrupt-Routine, d.h. 
das auszugebende Byte wird 
erst nach Auslösen des Inter- 
rupts berechnet. Würde man 
die Daten 1:1 an den Drucker 
weitergeben, entstünde bei 
einer Einstellung von 180 
Punkt/Zoll (dreifache Dichte) 
eine Mini-Hardcopy von 9 * 
5,5 cm. Deshalb verdoppelt 
bzw. verdreifacht die Routine 
jeden Punkt in vertikaler und 





mittlere 


maximale 


Tabelle: Verzögerung der Vordergrundprogramme 


Probleme treten bei sehr 
schnellen Druckern mit gro- 
ßem Zeichenpuffer auf, wie 
beim NEC P6 plus. Solche 
Geräte bremsen Vordergrund- 
programme bis auf 10% der 
Ursprungsgeschwindigkeit ab! 
Bei einer Anfertigungszeit von 
20 Sekunden für eine Hardco- 
py lohnt sich der Einsatz von 
HC-FIX in diesen Fällen aber 
ohnehin nicht. In Verbindung 
mit dem NEC P6 liefert HC- 
FIX das kleine Format in 
durchschnittlich 1 Minute 45 
Sekunden. Die DIN A4-Hard- 
copy ist nach ca. 4 Minuten 20 
Sekunden fertig. 


Im Gegensatz zum Spooler 
genügen 32000 Bytes für die 
Kopie des Bildschirmspei- 
chers. Dieser Puffer istnotwen- 
dig, damit Änderungen des 
Bildschirminhalts während der 
Programmausführung keine 
Auswirkungen auf den Aus- 
druck haben. Insgesamt belegt 
HC-FIX nur ca. 34 kB des 
Systemspeichers, so daß für die 


horizontaler Richtung. So er- 
reicht die Hardcopy die zwei 
möglichen Bildgrößen von 
11,3x 18cm und 17 x 26,5 cm. 
Allerdings erhöht sich damit 
auch die Datenmenge auf das 
Vier- bzw. Neunfache, was 
beim Spooler-Betrieb zu den 
oben aufgeführten Problemen 
führt. 


Druckqualität 


Hardcopies vom Desktop oder 
von Punktmustern sind oft 
dunkler als erwartet. Das liegt 
am Durchmesser der Nadeln, 
der etwas größer als der darzu- 
stellende Punkt ist. Folglich 
sind die (gedruckten) schwar- 
zen Punkte etwas größer als die 


weißen. Betrachten wir zur 
Veranschaulichung ein 
Schachbrettmuster, bei dem 


der Effekt am gravierendsten 
auftritt (siehe Bild auf der 
nächsten Seite). 


Links sehen Sie die Punktdar- 
stellung auf dem Monitor und 
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Bildschirm 


die übliche Umsetzung für den 
Drucker. Der weiße Punkt in 
der Mitte ist beim normalen 
Ausdruck zu klein geraten. 
HC-FIX verwendet deshalb 
einen speziellen Algorithmus, 
um die Qualität zu verbessern 
(Abbildung rechts): 


Normalerweise wird ein 
schwarzer Bildschirmpunkt 
mit vier quadratisch angeord- 
neten Druckernadeln aufs Pa- 
pier gebracht. Folgt auf einen 
schwarzen Punktein weißer (in 
vertikaler Richtung), werden 
bei HC-FIX von den vier Na- 
deln nur die beiden oberen 
benutzt. Der gedruckte Punkt 
istzwarnichtmehr quadratisch 
- das fällt bei der Größe aber 
kaum auf - dafür erhält man 
Hardcopies mit einem größe- 
ren Graustufenumfang. 


Auslöse- 
mechanismus 


Die Hardcopy wird wie ge- 
wohnt durch Alternate-Help 
ausgelöst bzw. gestoppt. 
Durch gleichzeitiges Drücken 
der linken Shift-Taste erhalten 


normaler Druck 


verbesserter Druck 





Sie das größere Ganzseitenfor- 
mat. Zur optischen Bestäti- 
gung des Vorgangs wird der 
Bildschirm kurz invertiert. 


XBRA-Verfahren 


Als residentes und vektorver- 
biegendes Programm ist HC- 
FIX selbstverständlich mit ei- 
ner XBRA-Struktur ausgestat- 
tet. Sie befindet sich direkt vor 
der Stelle, auf die man den 
Vektor umgebogen hat - also 
der Einsprungadresse in das 
eigene Programm - und hat 
folgende Form: 





DC.B ‘XBRA’ 
xb_id: DC.B 'name' 

;vier beliebige Zeichen zur 
‚individuellen Kennzeichnung des 
Programms 


xb_magic: 


xb_oldvec: DC.L 0 
;Platz für ursprünglichen Vektor 


prg_start: 
;Hier fängt das eigene Programm 
an 


Damit kann ein Programm 
leicht überprüfen, ob es schon 
installiert ist, bzw. ist es mög- 
lich, das Programm wieder zu 
entfernen. Das setzt allerdings 


Eee ee ee zz a a a a ee nz 


HC-FIX 


multitaskingfähige Hardcopyroutine 
für 24-Nadel-Drucker 


(ce) MAXON Computer 1989 
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voraus, daß alle nachfolgenden 
Programme, die den entspre- 
chenden Vektor ebenfalls ver- 
biegen, auch die XBRA-Struk- 
tur besitzen. Aus diesem 
Grund kann ich nur allen Pro- 
grammierern empfehlen, die 
XBRA-Methode zu verwen- 
den, wo immer es möglich ist. 


Verträglichkeit 
mit anderen 
Programmen 


Wegen der herkömmlichen 
Auslösemethode arbeitet die 
Routine nur mit Programmen 


zusammen, die keine Inter- 
rupts sperren. Programme die 
den Hardcopy-Vektor ($502) 
verbiegen, müssen nach Instal- 
lation von HC-FIX gestartet 
werden (z.B Tempelmon). 
Besonderes Augenmerk wurde 
auf die Verträglichkeit mit 
Spoolern gelegt, die meistens 
auch Interrupts benutzen. Dazu 
wird bei Auslösung einer 


; Hardwareadressen 


psg: EQU $FFFF8800 
m£p: EQU $FFFFFAOO 
mfp_aer: EQU m£p+$03 
mfp_ierb: EQU mfp+$09 
mfp_isrb: EQU mfp+$11 
color_0: EQU $FFFF8240 


;Betriebssystemaufrufe 


gemdos: EgQu 1 

bios: EQU 13 
xbios: EQu 14 
Physbase: EQU $02 
super: EQU $20 
supexec: EQU $26 
ptermres: EQU $31 


; Systemvariablen 


Hardcopy der Busy-Interrupt 
auf die eigenen Routine umge- 
lenkt. Ein eventuell vorhande- 
ner Vektor eines Spoolers wird 
gerettet und nach Beendigung 
der Hardcopy wieder herge- 
stellt. So können beide Routi- 
nen auf den Interrupt zugrei- 
fen. 


Man sieht aber auch sofort, daß 
während einer Hardcopy kein 
Text durch den Spooler ausge- 
geben werden kann. Dieser 
würde die Interrupt-Routine 
der Hardcopy benutzen - eine 
Datenkollision wäre die Folge. 
Ebenso geht es im umgekehr- 





ten Fall. Hält man sich strikt an 
die zeitliche Trennung von 
Hardcopy und Textausgabe, 
kann eigentlich nichts passie- 
ren. 
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subi.l #46, savptr 


busy_vec: EQU $0100 ;damit Bios- und Xbios-Routinen vom 
_Prt_ent: EQU $04EE ;Interrupt aus aufgerufen werden können 
savptr: EQU $04A2 
dump_vec: EQU $0502 ® move.w #0,-(sp) 
aktiviere Busy-Interrupt: 
move.w #27,-(sp) ;jenabint 
trap #14 
addq.ı1 #4,sp 
;Programmlänge ermitteln (mit Speicherplatz für : 
den Spooler) move.w #-1,_prt_ent 
movea.l #psg,a3 ;PSG-Adresse laden 
hce_install: - movem.l d0-d6/a0-a3,-(sp) 
movea.l 4(sp),a6 ;Basepage -> a6 ;Register retten 
move.1l #$0100,d5 ;Länge der move.l sp,old_sp 
Basepage ;alten Stackpointer retten 
add.ı 12(a6),d5 ;+ Länge : lea mystack (pc) ‚sp 
Textsegment ;Stackpointer für HC-Routine 
add.ı 20 (a6),d5 ;+ Länge : bsr getadr 
Datensegment ;Bildschirmadresse->anfadr 
add.ı 28 (a6),d5 ;+ Länge 
BSS-Segment : shifttst: 
move. #0,mode 
pea bieg (pc) move. #-1,-(sp) 
move. #supexec,-(sp) ;führt Routine move. #11,-(sp) ;kbshift 
bieg im Super aus trap #13 
trap #xbios addg. #4,sp 
addq.ıl #6,sp 
addi.l #46, savptr 
pea meldung (pc) ;Stackpointer für BIOS wiederherstellen 
move. #9,-(sp) ;Cconws: 3 btst #1,d0 ;wurde zusätzlich die 
Installations-meldung Shifttaste gedrückt? 
trap #gemdos 5 beg.s noshift 
addgq.l #6,sp = move.b #1,mode ;ja: große HC 
: noshift: bcehg #0,color_0 ;reverse video 
moveq #30,d1 ;Warteschleife movea.l anfadr,a0 
moveq #-1,d0 2 lea puffer,al 
dbra do,wal 8 move.w #31999,dı1 
dbra di,wa2 :  save_scr: move.b (a0)+, (al)+ 
;kopiert normalen Bildschirm in Puffer 
move.l d5,-(sp) ;Programm resi- dbra dl,save_scr 
dent machen behg #0,color_0 ;norm video 
move.w #ptermres, - (sp) best #0,color_0 
trap #gemdos s bne.s pr_init 
lea puffer (pc),al 
;Programm ist jetzt resident und wird an dieser move.w #7999,d0 
Stelle verlassen : invert: not.1 (al)+ 
;invertiere ggf.Pufferinhalt 
bieg: move.l dump_vec,xb_old dbra d0,invert 
;alten HC-Vektor nach XBRA-Konvention retten 
move.l #hestart,dump_vec 
;Hardcopy Vektor auf neue Routine setzen :  pr_init: #0,status ;HC beginnt 
sender ;Zeilenvorschub senden 
setlf ;Linefeed für Grafik- 
ausdruck einstellen 
puffer (pc) ,a0 
mode 
vert_he 
;Kennzeichnung nach XBRA-Konvention: 


xb_magic: DC.B 'XBRA' ;4 Bytes 'XBRA' 
xb_id: DC.B 'MKHC' ;4 Bytes für Programmname 
xb_old: DC.L oO ;4 Bytes für alten Vektor 


hestart: cmpi.b #-1,status 
;wird eine HC gedruckt ? Registerbelegung der Routine bei horiz. Copy 
beq.s begin B 
break: move.b #2,status d0O- Zähler d.3 Druckerbytes f.1 Nadelreihe(24N) 
;ja, also HC stoppen ı + di- Bitzähler für Puffer 
rts : ; d2- Byte/Zeilenzähler für Puffer 
; d3- 4malzähler f.1 Druckerbyte (jedes Bit 2mal) 
begin: move sr,-(sp) ; d4- zu druckendes Zeichen 
;macht aus dem Unterprogramm eine Exception ; d5- Anzahl Zeichen (für chrout) 
ori #$0700,sr 2 ; d6- Speicher für Portkommunikation 
;alle Interrupts sperren ; d7- 
move.b mfp_ierb,old ierb a0- Pufferadresse 
‚altes IERB retten al- Kopie von a0, die aber verändert wird 
move.1 busy_vec,mfp_vec0 a2- Adresse Zeichenstring (für chrout) 
;alten Interruptvektor retten Adresse PSG 





andi.b #%11111110,m£fp_aer 

;setze Active Edge auf fallende Flanke 

move.ı #busy_int,busy_vec move.w #33,d2 

‚neuer Busy-Interrupt-Vektor ;34 Zeilen (34*12=408) 
swap d2 
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move.w #79,d2 
;eine Zeile drucken 
(80 B) 

grafon ;Grafikzeile senden 
#7,d1 ;ein Byte bearbeiten 
a0,al 
#2,d0 
#3,d3 


bsr 
move.w 
movea.l 
moveq 
moveq 


;das ganze 3x 


lsl.w #2,d4 ;d4 ist das Drucker- 

byte 

di1,0(al) 

offset ;Punkt gesetzt? 

#2,d4 ;ja, aber nur 1 Punkt 
für Drucker (statt 2) 

btst d1,80(al) 

;teste den nachfolgenden Punkt 

beq.s offset 

addq.w #1,d4 ;und setze ggf. 

den fehlenden Druckerpunkt 

adda.l #80,al 

dbra d3, four 

move. d4,-(sp) 

bsr chrout 

dbra d0,col 

move. 4(sp),d4 

bsr chrout 


btst 
beq.s 
addg.w 


;Druckerbyte retten 
und ausgeben 
;das ganze 3x 


;und die 3 Byte 
wg der horiz. 
;Verdopplung 
nochmal raus 


move. 2(sp),d4 
bsr 
move.w 
bsr 


chrout 
(sp) ‚d4 
chrout 
addq.1 #6,sp 
dbra di,byte 
;ganzes Byte abarbeiten 

addq.1 #1,a0 ;nächstes Byte 
dbra d2,row ;Zeile bearbeiten 
bsr sender 
;Zeilenvorschub senden 

empi.b #2,status 

;wurde alt-help gedrückt? 
beq.s bye ;falls ja, 
adda.l #880,a0 

;Offset für die nächsten 12 Pixelzeilen 
swap d2 

dbra d2,scr 

bsr sender 
bsr resif 
move.b #-1,status 
move.w #-1,_prt_ent 

move.b old_ierb (pc) ‚mfp_ierb 

;IERB restaurieren 

move.l m£p_vec0 (pc) ‚busy_vec 
;wieder alten Interruptvektor benutzen 
bra jobend 


;Stack reinigen 


Stop 


;ganzer Bildsch. 


;HC beendet 


Vertikale Hardcopy (groß) 


Registerbelegung bei vertikaler Hardcopy 


Zähler f.d. 3fach-Ausgabe d.3 Druckerbytes 
Bitzähler für Puffer 

Bytezähler für Puffer 

Zeilenzähler fÜr Puffer 

zu druckendes Zeichen 

Anzahl Zeichen (für chrout) 

Speicher für Portkommunikation 


Pufferadresse 

Kopie von a0, die aber verändert wird 
Adresse Zeichenstring (für chrout) 
Adresse PSG 


vert_he: adda.l #32000-80,a0 
;letzte Bildschirmzeile 

move.w #79,d3 
movea.l1 a0,al 

bsr v_grafon 


v_screen: 
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v_row: 
v_byte: 


dr_col: 


busy_int: cmpi.b 


#399,d2 
#7,d1 
#3,d4 
di, (al) 
noadd 
#7,d4 
di,v_byte 
d4,-(sp) 
#8,d4 
d4,-(sp) 
#8,d4 
d4,-(sp) 
#2,d0 
(sp) ,‚d4 


move.w 
move.w 
a1 
btst 
beq.s 
addq.1 
dbra 
move.w 
lsr.1 
move.w 
lsr.w 
move.w 
move.w 
move.w 


;Byte 3 
;Byte 2 
;Byte 1 


;3 mal 3 Bytes 
ausgeben 
bsr.s 
move.w 
bsr.s 
move.w 
bsr.s 
dbra 
addg. 
suba. 
dbra 
bsr 
cmpi. 
beq 
addg. 
dbra 
bsr 


chrout 
2(sp),d4 
chrout 
4(sp),d4 
chrout 
d0,dr_col 
#6,sp 
#80,al 
d2,v_row 
sender 
#2, status 
bye 

#1,a0 
d3,v_screen 
sender 


#-1,status 


;Hardcopy in process? 


load 
#0,m£p_isrb 


bne.s 
belr 


;keine HC-Anforderung 


load: 


rte 


movem.1l d0-d6/a0-a3,-(sp) 


;Register und SP retten 


move.l 
movea.l 


sp, old_sp 
new_sp (pc), sp 


;HC-SP u.-register laden 


movem.1l 
bra.s 


(sp) +,d0-d5/a0-a3 
go_on 


;weitermachen,wo aufgehört wurde 


chrout: 


jobend: 


move.b #7, (a3) 
move.b (a3),d6 

or.b #%10000000,d6 
;Port B als Ausgang 
move. d6,2(a3) 

move. #15, (a3) 

;PSG B auswählen 
move. d4,2(a3) 

move. #14, (a3) 

;PSG Port A auswählen 
move.b (a3),d6 

and.b #%11011111,d6 
move.b d6,2(a3) 
;Strobe senden (active low) 
move.b #14, (a3) 

move.b (a3),d6 

or.b #%100000,d6 
move.b d6,2(a3) 
;Strobesignal abstellen 


;d4 in Port B 


;Abbruch des Hintergrundjobs 


movem.l 
move.l 


d0-d5/a0-a3, - (sp) 
sp, new_sp 


;Routinen-SP und-Register save 


movea.l 
movem.l 


old_sp(pc),sp 
(sp) +,d0-d6/a0-a3 


;alten SP und Register wiederherstellen 








#0,m£p_isrb 


;und zurück zum unterbrochenen 
Hauptprogramm 


getadr: move.w #physbase, - (sp) 
;Bildschirmadresse ermitteln 

trap #xbios 

addq.1 #2,sp 

move.1l d0,anfadr 

rts 


grafon: lea grafdat (pc) ‚a2 
;Grafikmodus f.horiz. HC einschalten 
moveq #8,d5 
bra.s strout 


v_grafon: lea v_grdat (pc),a2 
;Grafikmodus für vert. HC ein 
moveq #8,d5 
bra.s strout 


sender: lea feed(pc),a2 ;Zeilenvorschub 
moveq #1,d5 
bra.s strout 


setl£f: lea lfdat (pc),a2 
;Zeilenvorschub für Grafik ein 
moveq #2,d5 
bra.s strout 


reslf: lea oldlf(pc),a2 
;Normalen Zeilenvorschub herstellen 
moveq #1,d5 


strout: move.b (a2)+,d4 

;gibt durch a2 . String 
bsr chrout 
dbra d5,strout 


;mit Lg.d5+1l aus 


lfdat: 
oldl£f: 
grafdat: 
v_grdat: 
feed: 
status: 
meldung: 


27,”3',24 

27,'2' 

27,36,20,0,27,'*',39,0,5 
27,36,30,0,27,'*',39,176,4 
13,10 

$FF 

13,10,27,'K',13,10 

9,27,'p', "HC-FIX',27,'q',' V 1.3 
installiert. (c) MAXON Computer 
1989',27,'K',13,10 

9,'von Marcus Kraft, 
Niederramstädterstr. 187, 61 
Darmstadt ' 

27, 181,13,10527 UK) 


bubuuunm 


old_ierb: 
mode: 
m£p_vec0: 
old_sp: 
new_sp: 
anfadr: 
endstack: 
mystack: 
Puffer: 


00 


bzztHreom 


32640 ;Puffer für Bildschirmsp, 
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WO ist es denn? 


Florian Nold 


ie dabei verwendete 

Suchroutine Search ist 
das Kernstück der Include- 
Datei WO.INC. Dielnclude- 
Datei bietet den Vorteil eines 
universellen Einsatzes der 
Suchroutine, die häufig und in 
sehr unterschiedlichen Pro- 
grammen benötigt wird. Hier 
wird sie in zwei verschiedene 
Programmrahmen eingebun- 
den: 


- in das Accessory WO.ACC 
(Listing 2) 

- in das Programm WO_RSC. 
PRG, wo sie beim Laden ei- 
ner Resource-Datei verwen 
det wird (Listing 3) 


Das 
Accessory WO 


Nach dem Übersetzen und 
Binden muß die entstandene 
Datei WO.PRG in WO.ACC 
umbenannt und der Rechner 
neu gebootet werden. Danach 
steht das Accessory im ersten 
Pull-Down-Menü zur Verfü- 
gung: WO erfragt den Namen 
der zusuchenden Datei in einer 
Fileselect-Box. Bei der Einga- 
be sind selbstverständlich auch 
die Metazeichen ‘*’ und '? 
erlaubt. Nach kurzer Suchzeit 
werden die Namen der gefun- 
denen Dateien mit kompletter 
Pfadangabe in Alertboxen aus- 
gegeben. Durch die Verwen- 
dung von Alert- und Fileselect- 
boxen bei Ein- und Ausgabe 
wird der Programmieraufwand 
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Das ZUSAMMENFASSEN VON DATEIEN IN 


ÖORDNERN FÜHRT HÄUFIG DAZU, DASS MAN 


NICHT MEHR WEISS WO WELCHE DATEI AB- 
GESPEICHERT IST. Das PROGRAMM WO 
SUCHT DIE DATEI FÜR SIE. 


und damit die Länge des Pro- 
gramms erheblich reduziert. 
Beide Prozeduren lassen sich 
jedoch ersetzen ohne die ei- 
gentliche Suchroutine zu ver- 
ändern. Neben der für 
Accessories obligatorischen 
Event-Endlosschleife enthält 
das Hauptprogramm die 
Prozedur Kill_List. Sie sorgt 
dafür, daß nach Ablauf des 
Programms der nicht mehr 
benötigte Speicherplatz frei- 
gegeben wird (dynamische 
Liste). Die zentrale Routine 
der Include-Datei ist die 
Prozedur Search. Sie durch- 
suchtrekursiv alleOrdnernach 
dem eingegebenen Dateina- 
men. Da die verwendeten 
GEMDOS-Funktionen bereits 
in früheren Ausgaben der ST- 
Computer ausführlich be- 
schrieben wurden, will ich 
mich hier auf die Erläuterung 
des Suchalgorithmus’ und der 
Speicherstruktur (lineare Li- 
ste) beschränken. 


Search durchsucht zuerst das 
eingegebene Verzeichnis nach 
Ordnern: 


- wird ein (beliebiger) Ordner- 
eintrag gefunden, wird dieser 
durch den erneuten Aufruf der 
Prozedur zum aktuellen Ver- 
zeichnis und die Suche dort 
fortgesetzt. (Rekursion) 
-enthält das aktuelle Verzeich- 
nis keine weiteren Unterver- 
zeichnisse, wird es nach pas- 
senden Dateinamen durch- 
sucht. Die Namen der gefunde- 
nen Dateien werden an das 
Ende der Liste angehängt. 

- sonst wird die Suche auf die- 
ser Ebene beendet und zur auf- 
rufenden Prozedur zurückge- 
kehrt. 


Da sich die Anzahl der gefun- 
denen Dateinamen nicht im 
voraus festlegen lässt, muß zu 
deren Speicherung eine dyna- 
mische Struktur verwendet 
werden. Die hier verwendete 
Implementation einer linearen 
Liste mit Kopf- und Schwanz- 
zeiger vereinfacht das Anfü- 
gen von Elementen am Ende 
der Liste (Prozedur Append). 
Kopf- und Schwanzzeiger zei- 
gen auf zwei Dummy-Elemen- 
te, zwischen denen sich die 


eigentlichen Listenelemente 
befinden. Die leere Liste ist 
also eine Liste mit zwei Dum- 
my-Elementen. Dabei wird 
in der Prozedur Init_List 
(willkürlich) festgelegt, daß 
die next-Komponente des 
Schwanzzeigers auf das vor- 
angehende Element zeigt 
(Abb. 1 und 2). Die restlichen 
Routinen der Include-Datei 
dienen lediglich der Typkon- 
vertierung String <—> PAC- 
KED ARRAY OF CHAR. Die 
GEMDOS-Routinen verwen- 
den für die Parameterübergabe 
Zeichenketten, die durch ein 
Nullbyte terminiert werden, 
die Fileselect- bzw. Alertbox- 
Routinen des ST Pascal Plus 
hingegen den Typ String. 


Das zweite Programm (Listing 
3) verwendet die Suchroutine 
zur Erweiterung derST Pascal- 
Funktion Load_Resource. Die 
Prozedur Load_RSC sucht 
mittels WO eine Resource- 
Datei und lädt diese gegebe- 
nenfalls. Programm und zuge- 
hörige RSC-Datei müssen so 
nicht mehr im gleichen Ordner 
abgespeichert sein. Existieren 
jedoch mehrere Dateien glei- 
chen Namens, kann es sein, 
daß die falsche geladen wird! 
Die Prozedur WO kann aber 
leicht erweitert werden, so daß 
neben den Namen der gefunde- 
nen Dateien auch deren Länge 
ausgegeben wird (Variable 
length im Typ DTA). Bei der 
Entwicklung des Programms 




















| | 


head 


Abb. 1: Die leere Liste 


traten zwei weitere Probleme 
auf, die ich nicht verschweigen 
möchte: 


1.) Die Alertbox-Routine ver- 
langt, daß die Größe der auszu- 
gebenden Box 25% des ganzen 
Bildschirms nicht überschrei- 
tet. Bei der Ausgabe sehr lan- 
ger Pfadnamen kann es da- 
durch zu Systemabstürzen 


{$A+,D-} 
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Abb.2: Liste mit Dateinamen D_1,D_2....D_n 


kommen. Meine Versuche, 
den auszugebenden Pfad durch 
Einfügen von ‘|’ in mehrere 
Zeilen zu zerlegen, schlugen 
fehl, obwohl der Ausgabe- 
String syntaktisch korrekt war. 


2.) Ist an den Rechner kein 
Laufwerk B: angeschlossen, 
reagiert die Fileselect-Routine 
fehlerhaft: ändert man den 


{ Compileroptionen für Accessory } 


{ falls nötig, Stapel mit S-Option vergröPern } 


PROGRAM Wo_Accessory (INPUT, OUTPUT); 


{ en 


” 
* 


* 
LISTING 2 # 


* (c) MAXON Computer GmbH * 
ARRRKARRARAR AR R RR 


Accessory-Implementation der Datei-Suchroutine 


Wo 


Entwickelt mit ST Pascal Plus 1.20 von CCD 
Florian Nold, Lessingstr. 4, 7830 Emmendingen 


Version 1R2 


27.02.1989 } 


:  CONST {$I GEMCONST.PAS } 


TYPE {$I GEMTYPE.PAS } 
PACKED ARRAY [1..14] OF CHAR; 
PACKED ARRAY[l..Max_ Path] OF 
CHAR; 

STRING [Max_Path]; 

“list; 


file_type = 
path_type = 


path_string 
listpointer 


list 


RECORD 


{ lineare Liste mit 
Kopf- } 

{ und Schwanz- 
Zeiger. } 

: path_string; 
listpointer; 


path 
next 


Pfad der Box in ‘B:\ undklickt 
das grau-gepunktete Feld des 
Dateifensters an, so kommt es 
nach der Aufforderung v zum 
Crash (Teile der Alertbox wer- 
den zum Pfadnamen). Dieser 
Fehler läßt sich m.E. nur durch 
eine neue Fileselect-Routine, 
wie sie z.B. Tempus verwen- 
det, umgehen (s.a. PD-Soft- 
ware). 


IF NOT ok 
THEN startpath: 


END; { Get_Searchpath 


Literatur: 


H.-D. Jankowski, 
J.F. Reschke, 

D. Rabich: 

ATARI ST-Profibuch, 
Sybex-Verlag, 1988. 


Alex Esser: 

Auf der Schwelle zum Licht, 
Directory-Verwaltung, 

ST Computer 7/89 1988. 





PROCEDURE Print _ List (head,tail:listpointer); 


{gibt Elemente der lin. 


VAR h_pointer 


Liste in Alertboxen aus} 


listpointer; 


alertstring : str255; 


button 
BEGIN 


h_pointer:=head“.next; 


button:=2; 


integer; 


{Solange weder das Listenende erreicht,noch der 
Abbruch-Button geklickt ist, wird ausgegeben} 
WHILE (h_pointer<>tail) AND (button=2) DO 


BEGIN 


alertstring:=h_pointer”.path; 


alertstring 


concat (' [0] [Gefunden 


alertstring); 


alertstring:=concat (alertstring, 


'] [Abbruch| Weiter 
19); 


button:=Do_Alert (alertstring, 2); 


h_pointer 
END; { WHILE } 


_pointer“.next; 


button:=Do_Alert('[3] [Keine weiteren 


END; { Print List } 


Files] [OK]',1); 


END; 

PROCEDURE Kill List (VAR head,tail:listpointer); 

{ Löscht Liste, d.h. gibt den reserv. Speicher 
frei } = 

VAR h_pointerl,h_pointer2 : listpointer; 

BEGIN 


startpath 
ap_id,menu_id 
head,tail 
acc_name 


path_string; 
integer; 
listpointer; 
Str255; 





{$I GEMSUBS.PAS } 
{$I WO.INC } 


PROCEDURE Get_Searchpath (VAR 


startpath:path_string); 


{ Eingaberoutine mit Fileselectbox für 


Startsuchpfad } 
VAR ok : boolean; 


FUNCTION DGetDrv:integer; GEMDOS ($19) ; 
{ ermittelt akt. Laufwerk: 0=A, 1=B, 


BEGIN 


startpath:=concat (chr (DGetDrv+65), ':\*.*'); 
ok:=Get_In File (startpath, startpath); 


h_pointerl:=head; 
WHILE h_pointerl<>tail DO 
BEGIN 
h_pointer2:=h_pointerl; 
h_pointerl:=h_pointer2*.next; 
dispose (h_pointer2); 
END; { WHILE } 
dispose(tail); 
END; { Kill_ List } 


PROCEDURE Event_Loop; 
{ Endlosschleife zur Erfassung von Ereignissen } 
VAR event, dummy : integer; 
msg : Message_Buffer; 
BEGIN 
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WHILE true DO {Ein Accessory wird nie beendet tail); 
o? Kill_List (head, 
97: BEGIN tail); 
98: { Erfassen eines Ereignisses } END; 
99: event:=Get_Event (E_Message, 0,0,0,0, false, 0, END; { AC_Open } 
0,0,0, END; { CASE } 
100: false, 0,0,0,0,msg, dummy, END; { WHILE } 
dummy, END; { Event_Loop } 
101: dummy, dummy, dummy, dummy) ; 
102: { Es wird nur das Anklicken des 
103: Menüpunkts 'WO ?' verarbeitet. } BEGIN { MAIN } 
104: CASE msg[0] OF acc_name 
105: AC_Open: IF msg[4]=menu_id ap_id:=Init_GEM; 
106: THEN IF ap_id>=0 
107: BEGIN THEN 
108: Get_Searchpath (startpath); BEGIN 
109: IF startpath<>'' { Acc.-Name in Menüleiste eintragen } 
110: THEN menu_id:=Menu_Register (ap_id,acc_name); 
217: BEGIN Event_Loop; { springt in Endlosschleife } 
112: Wo (startpath, head, END; 


tail); 
Print_List (head, 


END. { WO_Accessory } 


PROGRAM Wo_Load Resource (INPUT, OUTPUT); 
PROCEDURE Kill List (VAR head,tail:listpointer); 
{ Löscht Liste, d.h. gibt den reserv. Speicher 
frei } 
VAR h_pointerl,h_pointer2 : listpointer; 
BEGIN 
h_pointerl:=head; 
WHILE h_pointerl<>tail DO 
BEGIN 
h_pointer2:=h_pointerl; 
h_pointerl:=h_pointer2*.next; 
dispose (h_pointer2); 
END; 
dispose (tail); 
END; { Kill _ List } 


{ ee er 
* * 


” LISTING 3 ” 
* (c) MAXON Computer GmbH * 
Be 


Verwendung der Include-Datei WO.INC beim Laden 

einer Resource-Datei. 

Entwickelt mit ST Pascal Plus 1.20 von CCD 
Florian Nold, Lessingstr. 4, 7830 Emmendingen 

Version IR2 27.02.1989 } 


CONST {$I GEMCONST.PAS } 


BEGIN 
Wo (filename, head,tail); 
IF head“.next<>tail 
THEN 
Load_RSC:=Load_ Resource (head“.next*. path) 
ELSE Load_RSC alse; 
Kill_ List (head,tail); 
END; { Load_RSC } 


TYPE {$I GEMTYPE.PAS } 
path_string = STRING[Max_Path]; 
listpointer = *list; 
list = RECORD 
path : path_string; 
next : listpointer; 
END; 


rsc_name : path_string; 
dummy : integer; 
BEGIN { MAIN } 
dummy:=Init_GEM; 
zsc_name:="A:\PASCAL.RSC'; 
IF Load_RSC(rsc_name) = false 
THEN dummy:=Do_Alert ( 
' [3] [RSC-Datei 
nicht gefunden] [OK] ',1); 


{$I GEMSUBS.PAS } 
{$I WO.INC } 


FUNCTION Load_RSC (filename:path_string) :boolean; 
{ sucht die Resource-Datei in allen Ordnern und 
lädt 
die Datei, falls vorhanden } 
VAR head,tail : listpointer; 


Exit_GEM 
END. 


DEE ZZ 2 27272 1202727202 2 2.2.2 2.2.2.2 2.2.2.2. 2.2 { Definition der Disk-Transfer-Adress } 


DTA = RECORD 
reserved : PACKED ARRAY[0..19] OF 
BYTE; 
attribut : integer; 
time : integer; 
date : integer; 
length : long_integer; 
filename : file type; 
END; 


* * 


* LISTING 1 * 
* (c) MAXON Computer GmbH * 
KArKaKKAKRRR ARE 


Include-Modul WO.INC: Durchsucht alle 

Ordnerebenen 

einer Disk/Partition nach dem eingegebenen 

Namen. 

Entwickelt mit ST Pascal Plus 1.20 von CCD 
Florian Nold, Lessingstr. 4, 7830 Emmendingen 

Version 1R2 27.02.1989 } 


filename,backslash,allfiles : file type; 
path : path_type; 
i : integer; 


PROCEDURE Wo (inpathstr:path_string; 
VAR head,tail:listpointer); 


Benötigte Gemdos-Routinen : } 


TYPE file type = PACKED ARRAY [1..14] OF CHAR; 
path_type = PACKED ARRAY[1..Max Path] OF 
CHAR; 


PROCEDURE Fsetdta(VAR file daten:DTA); 
GEMDOS ($1A); 
{ Setzt die Anfangsadresse der DTA } 
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FUNCTION Fsfirst (VAR name:path_type; 
attr:integer) :integer; 
GEMDOS ($4E) ; 
{ Durchsucht das (akt.) Directory nach Dateien 
bzw. Ordner, auf die der angegebene Name und 
das Attribut passen. } 


FUNCTION Fsnext:integer; GEMDOS ($4F); 
{ Setzt die mit Fsfirst begonnene Suche fort. } 


PROCEDURE Init_List (VAR head,tail: 
listpointer); 
{ Initialisiert eine leere lineare Liste } 
BEGIN 
new (head); 
new (tail); 
head“ .nex' 
tail*.nex! 
END; { Init_List } 





PROCEDURE Append (path : path_string; 
VAR head,tail:listpointer); 

{ hängt Element path ans Ende der lineare 
Liste an. } 

VAR h_pointer 

BEGIN 
h_pointer:=tail; 
new(tail“.next); 
tail*.next”.next:=h_pointer; 
tail*.next*.path:=tail*.path; 
tail*.path:=path; 
tail:=tail*.next; 

END; { Append } 


listpointer; 








PROCEDURE Merge_Path_File(VAR path:path_type; 
filename:file type); 
{ Verbindet den aktuellen Pfad mit 
(neu gefunden) Ordnernamen.} 
VAR i,j : integer; 





i:=1; 
WEILE path[i]<>chr(0) DO 
i:=i+l; 


REPEAT 
path[i+j-1]:=filename[j]; 
j:=j+1; 
UNTIL filename[j]=chr (0); 
END; { Merge_Path_File } 


PROCEDURE PathToStr (inpath:path_type; 

VAR outstr:Path_string); 

{Wandelt Zeichenkette vom Type path in STRING} 

VAR i : integer; 

BEGIN 
Beer: 
outstr 
WHILE (inpath[i] <> chr(0)) AND (i < 

Max_path) DO 





BEGIN 
outstr:=concat (outstr,inpath[i]); 
i:=i+tl; 
END 
{ PathToStr } 





END; 


PROCEDURE StrToPath(inpath: path_string; 
VAR path:path_type; 
VAR filename: file type); 
{ Zerlegt den Eingabe-Pfad (STRING) in Pfad und 
Dateiname (PACKED ARRAYs). 
z.B. A: \AUTO\WO.* ---> A:\AUTO\ und 
VAR i,backslashpos integer; 
h_path: path_string; 
BEGIN 
FOR i:=1 TO 14 DO 
filename[i]:=chr (0); 
FOR i:=1 TO Max_path DO 
path[i]:=chr (0); 
{ Ermittle Position des letzten \ } 
backslashpos:=1; 


wo.* } 






























































FOR i:=1 TO length (inpath) DO 


119: IF inpath[i] = '\' 























120: THEN backslashpos:=i; 

121: h_path:=copy (inpath, 1,backslashpos); 

122? inpath opy (inpath,backslashpos+l, 

123: length (inpath) -backslashpos); 

124: h_path oncat (h_path,chr(0)); 

125: inpath:=concat (inpath,chr (0)); 

126: FOR i TO length(h_path) DO 

127: path[i]:=h_path[li]; 

128: FOR i:=1 TO length(inpath) DO 

129: filename[i]:=inpath[i]; 

130: END; { StrToPath } 

131: 

132% 

133: PROCEDURE 

Search (path:path_type;searchfile:file_type; 

134: VAR head,tail:listpointer); 

135: { eigentliche Suchroutine } 

136: VAR aktdta DTA; 

137: error,i integer; 

138: h_path path_type; 

139: h_string STRING [Max_Path]; 

140: 

141: BEGIN 

142: h_path:=path; 

143: Merge_Path_File(h_path,allfiles); 

144: Fsetdta (aktdta); 

145: { Suche zuerst alle Ordner einer Directory- 

Ebene } 

146: error:=Fsfirst (h_path, $10); 

147: WHILE error=0 DO 

148: BEGIN 

149: IF (aktdta.attributs$10 <> 0) AND 

150: (aktdta.filename[l] <> '.') 

151: THEN 

152: BEGIN { Ordner gefunden } 

153: h_path:=path; 

154: Merge_Path_File(h_path, 
aktdta.filename); 

155: Merge Path _File(h_path,backslash); 

156: Search(h_path, searchfile,head, 

tail); 

157: Fsetdta (aktdta); 

158: END; 

159: error:=Fsnext; 

160: END; 

161: { keine weiteren Ordner in dieser Ebene. 

162: ==> suche nach passenden Dateien } 

163: h_path:=path; 

164: Merge_Path_File(h_path,searchfile); 

165: error:=Fsfirst(h_path,$0); 

166: WHILE error=0 DO 

167: BEGIN 

168: IF (aktdta.attributs$18 = 0) 

169: THEN 

170: BEGIN 

171: h_path:=path; 

172: Merge_Path_File(h_path, 
aktdta.filename); 

173: PathToStr (h_path,h_string); 

174: Append(h_string,head,tail); 

175: END; { of THEN } 





177: error:=Fsnext; 
178: END; { of WHILE } 
179: END; { Search } 



















182: BEGIN { PROCEDURE Wo } 

183: {initialisiere die 'konstanten' Pfade *.* und\} 

184: allfiles[1]:='"*';allfiles[2] Ki 
allfiles[3]:='*'; 

185: FOR i:=4 TO 14 DO allfiles[i]:=chr (0); 

186: backslash[1]:='"\'; 

187: FOR i:=2 TO 14 DO backslash[i]:=chr (0); 

188: Init_List(head,tail); { erzeuge leere Liste } 

189: {trenne Eingabe-String in Pfad und Filename } 

190: StrToPath (inpathstr, path, filename); 

191: { und beginne die Suche } 

192: Search (path, filename,head,tail); 

193: END; { WO.INC } 
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Btx/Vtx-Manager 


Btx/Vtx: 
Nase vorn 


in der Welt der Telekommunikation mit dem Btx/ 
Vtx-Manager V3.0. 

Sie wollen Ihr Konto verwalten, Bestellungen auf- 
geben, eine Urlaubsreise buchen ... 

Entdecken Sie jetzt die neuen komfortablen Wege, 
die Ihnen der Btx/Vtx-Manager (als intelligente 
Komplettlösung) mit dem Abruf aktuellster Infor- 
mationen und Daten rund um die Uhr liefert. 
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Am Ende des 
Regenbogens 


Neues zu AES und VDI 


Immer wieder wurden Gerüchte laut, 
daß ATARI an einer neuen TOS- Ver- 
sion arbeite. Schon vor Monaten tauch- 
te dann eine sogenannte BETA-Ver- 
sion eines TOS mit der Versionsnum- 
mer 1.4 auf, so daß man glaubte, jetzt 
sei es bald soweit. Weit gefehlt, denn 
erst Anfang Oktober kam das neue, 
überarbeitete TOS auf den Markt. 
Auch wenn es noch nicht in den neuen 
Rechnern zu finden ist - ATARI hat 
wohl noch genug alte ROMS auf La- 
ger... -, wird es in Zukunft wohl Ver- 
breitung finden, zumal sich wirklich 
viel getan hat. Dieses neue TOS hat den 
Namen RAINBOW-TOS erhalten, da 
das ATARI-Logo im Desktop farbig 
ist. 


In der ST-Ecke möchte ich mich deshalb 
mit den Änderungen beschäftigen, die im 
AES und VDI durchgeführt wurden. Neu- 
erungen im Desktop, im (X)BIOS und 


GEMDOS finden Sie an anderer Stelle 
beschrieben. Da es sich um derart viele 
Änderungen.handelt (ATARI hat tatsäch- 
lich einiges getan), sollen sie teilweise in 
Stichpunkten abgehandelt werden. Be- 
ginnen wir mit dem ... 


AES 


Allgemeines: Da wir ab sofort ein TOS 
mit der Versionsnummer 1.4 vor uns 
haben, liefert auch appl_init() im glo- 
bal[0] diese Versionsnummer zurück, 
und da das AES ab sofort in der Lage ist, 
auch GEM-Programme beim Booten des 
Rechners zu starten, wird der Pfad, auf 
den das AES zugreift, auf den Pfad dieser 
gestarteten Applikation gesetzt. Dabei 
werden an die Accessories die gleichen 
Nummern vergeben, wie beim Start des 
Desktops. Klickt der Benutzer auf den 
Scroll-Bereich eines Fensters, wartet das 
AES mindestens die Zeit eines Doppel- 


klicks, bevor es mit der Scroll-Wiederho- 
lung beginnt. Das einfache Klicken be- 
wirkt auch nur das einfache Senden einer 
internen Botschaft. 


Evnt_timer: Ein ärgerliches Problem 
war, daß evnt_timer() oder evnt_multi(), 
sofern es mit einem Timer-Aufruf ver- 
wendet wurde, in manchen Fällen dafür 
sorgten, daß Accessories für immer 
schliefen. Dieses Problem ist behoben 
worden. 


Die Fileselectorbox: Es scheint, als habe 
sich ATARI mehrere Wochen nur mit der 
Überarbeitung der Fileselectorbox abge- 
geben, da sich besonders hier viele Ver- 
besserungen finden lassen. Ab sofort 
kann eine Applikation der Fileselector- 
box eine Überschrift (Titel) mit überge- 
ben. Dies wurde durch einen neuen Auf- 
ruf erreicht, der Fsel_exinput() heißt und 
den AES-Code 91 besitzt (siehe weiter 
unten). Um das Anwählen des Laufwerks 
zu vereinfachen, wurden 16 Buttons mit 
in die Box aufgenommen, die es ermögli- 
chen, das Laufwerk direkt anzuwählen. 
Ab sofort wird die Taste RETURN inner- 
halb der Fileselectorbox anders verarbei- 
tet: Gibt man zuerst den Pfad ein und 
drückt dann RETURN, wird die Box neu 
aufgebaut, und man erhält die Möglich- 
keit, den Dateinamen einzugeben. Da - 
nach kehrt die Routine zur Applikation 
zurück. Wird vom Anwender ein Pfad mit 
einem Backslash ‘\ am Anfang überge- 
ben, wird dieser Pfad an den intern aktu- 
ellen angehängt, und die Dateien dieses 
Pfades werden angezeigt. Dabei gibt es 
auch keine Probleme mehr mit zu langen 
Pfadnamen! Problematisch waren inaalten 
TOS-Versionen Directories mit mehr als 
100 Dateien, was darin begründet ist, daß 
statisch 100 Einträge reserviert wurden. 
Diesem Fehler ist dadurch Abhilfe ge- 
schaffen worden, daß vor jedem Aufruf 
durch Malloc() dynamisch Speicher an- 
gefordert wird, wobei bei ungenügen- 
dem Speicher F'sel_input mit einem Feh- 
ler-Code zurückkehrt. Probleme gab es 
auch, wenn mehrfach ABBRUCH und 
WEITER sowie ABBRUCH bei nicht 
mehr vorhandener Diskette gedrückt 
wurde, was ab sofort behoben ist. Obwohl 
das Semikolon kein erlaubter Buchstabe 
innerhalb von Dateinamen ist, bringt es 
die Fileselectorbox nicht mehr durchein- 
ander. Dateinamen, deren Hidden-Flag 
gesetzt ist, werden im Rainbow-TOS 
nicht mehr angezeigt, wobei der gesamte 
Aufbau der Fileselectorbox überarbeitet 
wurde, damit sie optisch besser erscheint. 
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Praktisch ist, daß der Dateiname erhalten 
bleibt, auch wenn durch Klicken inner- 
halb der Box ein neues Directory geladen 
wird. Besonders Ängstliche wird die 
Nachricht frohstimmen, daß die Box 
nicht mehr aussteigt, falls ein sogenannter 
kritischer Fehler auftritt. Weitere Infor- 
mationen finden Sie weiter unten in Zu- 
sammenhang mit der neuen Routine 
Fsel_ exinput(). 


Form_dial: Diese Routine läßt das ober- 
ste Fenster (TOP-Window) nurnoch dann 
neuzeichnen, wenn es in das neuzuzeich- 
nende Rechteck fällt. 


Menu_bar: Das AES wurde manchmal 
durcheinandergebracht, wenn zwischen 
TRUE und FALSE hin- und hergeschaltet 
wurde, wodurch ein internes Semaphor 
(eine Art Verriegelungs-Flag) zerstört 
wurde - dies ist behoben. Von nun an wird 
die Menüleiste nicht mehr im XOR- son- 
dern im REPLACE-Modus gezeichnet, 
wodurch verhindert wird, daß eine schon 
gezeichnete Menüleiste durch nochmali- 
ges Zeichnen wieder verschwindet! Um 
den Hintergrund der Drop-Down-Menüs 
zu retten, wurde bisher ein Viertel von 
32000 Bytes reserviert. Um Großbild- 
schirme gut nutzen zu können, wird jetzt 
ein Viertel des Bildschirmspeichers re- 
serviert. 


Die Maus: Die Abfrage bezüglich des 
Drückens der Maustasten wurde dahinge- 
hend überarbeitet, daß Programme, die 
auf einen Einzelklick warten, besser (also 
schneller) reagieren können. AES zeich- 
net ab sofort eine vorher abgespeicherte 
Mausform nicht neu, sofern sie mit 
graf_mouse() geändert worden ist. Dieses 
Verhalten trug dazu bei, daß beispiels- 
weise die Mausform eine Hummel blieb, 
obwohl die Applikation die Mausform 
zwischenzeitlich in einen Pfeil geändert 
hatte. Viel schlimmer aber war, daß da- 
durch Spuren der Maus zu unschönen 
Verunstaltungen der Menüzeile führten. 


Objc_center: Bei der Durchführung sei- 
ner Aufgabe muß Obje_center die Posi- 
tionskoordinaten der Box berechnen. 
Dabei wurde die Koordinate der Box bis- 
her auf das Vielfache der Höhe und Breite 
eines Buchstabens gesetzt, was dazu führ- 
te, daß manche Boxen etwas unmittig ‘in 
der Gegend herumhingen’. Die Boxen 
werden jetzt nicht mehr auf Buchstaben 
ausgerichtet. Man sollte aber trotzdem bei 
der Gestaltung einer Box darauf achten, 
daß dies nicht vorkommt (sprich: Boxen 
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verwenden, die auf Buchstabenkoordina- 
ten zentriert werden können), denn das 
Zeichnen einer Box auf Koordinaten, die 
ein Vielfaches von 8 sind, können vom 
VDI schneller durchgeführt werden. 


Obje_edit: Diese Routine, die Eingaben 
in Objekte des Typs G_TEXT oder 
G_BOXTEXT zuläßt, war lange Zeit 
falsch dokumentiert (Originaldokumen- 
tation von ATAR]), deshalb folgt hier die 


richtige Dokumentation: 


ob_ednewidx: wurde in der ATARI-Do- 
kumentation angegeben, wird aber nicht 
benutzt. 


ob_edtree: ist die Adresse des Objekt- 
baumes, der das zu edierende Objekt ent- 
hält. 


Daraus ergibt sich folgender Aufruf der 
Routine: 


ob_edreturn = objc_edit (ob_edtree, 
ob_ edobject, ob_edchar, 
ob_edidx, ob_edkind); 


Rsrc_load: Die Routine Rsrc_load hatte 
die unangenehme Eigenschaft, den Puffer 
von Shel_read/write als Zwischenpuffer 
zu verwenden, wodurch natürlich der 
Name der vom Desktop gestarteten Ap- 
plikation verlorenging - er steht jetzt in 
seiner vollen ‘Schönheit’ zur Verfügung. 


Shel_get und shel_put: Ursprünglich 
wurden diese beiden Routinen nur für die 
Benutzung des Kontrollfelds in das AES 
eingebunden. ATARI hat nun eine offi- 
zielle Dokumentation herausgegeben, die 
Ihnen nicht vorenthalten werden soll, und 
in Listing 1 und 2 zu finden ist. 


Mit Shel_read kann der interne Puffer 
des AES gelesen und mit shel_write be- 
schrieben werden. Dieser Puffer wurde 
bisher ausschließlich vom DESKTOP 
benutzt, um die Konfiguration festzuhal- 
ten. Diese Konfiguration entspricht dem 
Aufbau einer Desktop.Inf-Datei. Es ist 
dadurch möglich, ein Programm zu 
schreiben, welches die aktuelle Desktop- 








Mit der Routine shel_get kann aus dem internen Puffer des AES gelesen werden, der aber bisher 
nur vom DESKTOP als Ablage des aktuellen Desktop.Inf-Inhaltes verwendet wird. Der 
übergebene Puffer sollte 4192 Bytes lang sein, was dem internen Puffer im Rainbow-TOS ent- 
spricht. 


Parameter: Control[0] = 122 Funktionscode von shel_get 

Control[1] = 1 1 Eingabevariable 

Control[2] = 1 1 Ausgabevariable 

Control[3] = 1 Länge des INTIN-Feldes 
Control[4] = 0 Länge des INTOUT-Feldes 
Intin[0)] = sh_glen Länge des Puffers 

Addrin[0] = sh_gbuff Die Adresse des Übergabepuffers 
Intout[0] = sh_greturn =0 - Ein Fehler ist aufgetreten. 


>0 - ordnungsgemäße Durchführung 


Die Routine sollte wie folgt eingebunden und aufgerufen werden: 
sh_greturn = shel_get(sh_gbuff, sh_glen); 





Listing 1: Die Routine shel_get 





Mit shel_put kann in den internen AES-Puffer geschrieben werden, der bisher nur vom 
DESKTOP als Zwischenpuffer für die aktuelle Destop.Inf-Information verwendet wird. Ein 
wahlloses Schreiben an diese Stelle wird die Desktop.Inf-Information zerstören und kann zu 
nicht voraussagbaren Effekten führen. Allerdings lassen sich mit shel_put die eventuell mit 
shel_get gelesenen und veränderten Daten zurückschreiben, um bewußt Veränderungen 
vorzunehmen. 


Parameter: Control[0] = 123 Funktionscode von shel_put 
Control[il] = 1 1 Eingabevariable 
Control[2] = 1 1 Ausgabevariable 
Control[3] = 1 Länge des INTIN-Feldes 
Control[4] = 0 Länge des INTOUT-Feldes 


Intin[0]] = sh_plen Länge des Puffers 
Addrin[0] = sh_pbuff Die Adresse des Übergabepuffers 
Intout[0] = sh_preturn =0 - Ein Fehler ist aufgetreten. 


>0 - ordnungsgemäße Durchführung 


Die Routine sollte wie folgt eingebunden und aufgerufen werden: 
sh_preturn = shel_put (sh_pbuff, sh_plen); 











Listing 2: Die Routine shel_put 
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Mit shel_write kann mit Beendigung eines Programms automatisch ein anderes gestartet 
werden. Dabei trug besonders die Namensgebung der Variablen zur Verwirrung bei: 
SH_WPCMD enthält den Programmnamen des Programms, das aufgerufen werden soll (keine 
zu übergebene Kommandozeile) und SH_WPTAIL einen Übergabestring, der dem String bei 
TTP-Programmen entsprechen sollte, oder in dem beliebige Informationen übergeben werden 
können, die das nachfolgende Programm interpretieren kann. 


ı21 
3 


Parameter: Control[0] 
Control[l] 
Control[2] 
Control[3] 


Control[4] 


wenn 


1 
2 
0 


Intin[0] = sh_wdoex 


Intin[1] sh_wisgr 


Intin[2] wiser 
Addrin[0] sh_wpcmd 


Addrin[1] sh_wptail 


Intout [0] sh_wreturn 


Funktionscode von shel_write 
3 Eingabevariablen 

1 Ausgabevariable 

Länge des INTIN-Feldes 

Länge des INTOUT-Feldes 


0: Verlassen der Applikation und 
zurück zum Desktop 

1: Starten einer anderen Applikation 

0: keine grafische Applikation 

1: neues Programm arbeitet grafisch 
momentan ungenutzt (sollte 0 sein) 


Adresse auf den Namen der folgenden 
Applikation 

Adresse auf Übergabestring 

Achtung: erstes Byte ist die Länge! 


=0 - Ein Fehler ist aufgetreten. 
>0 - ordnungsgemäße Durchführung 


Die Routine sollte wie folgt eingebunden und aufgerufen werden: 


sh_wreturn = 


Listing 3: Die Routine shel_write 


Information einliest, manipuliert und zu 
rückschreibt. Wird dieses Programm ver- 
lassen und dadurch das DESKTOP wie- 
der gestartet, verwendet es den manipu- 
lierten Inhalt des AES-Puffers. Ihrer Fan- 
tasie sind keine Grenzen gesetzt, was den 
sinnvollen Einsatz dieser Spielerei an- 
geht. Beachten Sie aber bitte, daß Sie in 
diesem Puffer keinen ‘Schrott’ hinterlas- 
sen, mit dem Sie vielleicht das Desktop 
zum Aussteigen bringen könnten! 


Shel_envrn: Diese verwendet nun den 
tatsächlichen Environment-String (inter- 
ner Umgebungsstring, der die gültigen 
Pfade enthält - für MS-DOS-Freaks: 
PATH=...) und nicht wie früher eine feste 
Kopie. Dadurch kann im AUTO-Ordner 
ein beliebiger Environment-String gebil- 
det werden (“PATH="), der dann vom 
AES zum Suchen verwendet wird. Die 
verschiedenen Pfade innerhalb des 
Strings können durch Semikolons und 
Kommas getrennt werden, wohingegen 
früher nur Semikolons verwendet werden 
konnten. Dies ist nach dem AUTO-Ord- 
ner nicht mehr möglich, da AES einen 
internen Zeiger auf seine Umgebungsva- 
riable hat, an die man nicht mehr heran- 
kommt, und die somit nicht verändert 
werden kann. 


Shel_find: Shel_find schaut zunächst im 
Directory nach, aus dem die Applikation 
gestartet wurde, dann im aktuellen. Da- 
nach wird der Environment-Pfad abgear- 
beitet, wodurch installierte Applikatio- 


shel_write(sh_wdoex, sh_wisgr, sh_wiscr, sh_wpcmd, sh_wptail); 





nen praktisch immer gefunden werden 
können! 


Shel_write: Um die Parameter dieser 
Routine herrscht eine ziemliche Verwir- 
rung, da sie in vielen Dokumentationen 
unterschiedlich angegeben worden sind. 
Deshalb finden Sie die offizielle, aktuelle 
und daher (hoffentlich) richtige Doku- 
mentation dieser Routine, die zu dem 
neuen Rainbow-TOS gehört, aber in alten 
TOS-Versionen identisch ist, in Listing 3. 
Achten Sie auf die Namensgebung der 
Variablen und deren Erklärung, da 
sh_wpcmd kein Zeiger auf eine zu über- 
gebende Kommandozeile ist, sondern das 


Kommando des zu startenden Pro- 
gramms, also der Programmname (inklu- 
sive Pfad) selbst ist. Erst sh_wprail ent- 
hält den Übergabestring, der der Konven- 
tion entprechen sollte, wie er bei TTP- 
Programmen gängig ist. 


Wind_get: Der Aufruf der wind_get() 
Routine mit dem Parameter WF_- 
SCREEN wird ab TOS 1.4 unterstützt. 
Dabei werden die Länge und Adresse des 
internen Puffers für Drow-Down-Menüs 
und Alertboxen berechnet. Das Low- 
Word der Adresse steht in wi_gw/ und 
das High-Word in wi_gw2. Die Länge ist 
in wi_gw3 (Low-Word) und wi_gw4 
(High-Word) zu finden. Daraus ergibt 
sich der Aufruf wie folgt: 


wi_greturn = wind_get(wi_ghandle, 
WF_ SCREEN, &wi_gw1, 
&wi_gw2, &wi_gw3, &wi_gw4); 


Zwei neue 
Routinen des AES 


Fsel_ exinput: Die Funktion ist dieselbe 
wie die von Fsel_input, mit dem Unter- 
schied, daß zusätzlich ein Titeltext über- 
geben werden kann. Der dazu zu überge- 
bende String sollte nicht länger als 30 
Zeichen sein und wird den Original-Text 
‘File Selector’ ersetzen. Dadurch ist es 
möglich, innerhalb der Fileselectorbox 
anzuzeigen, zu welchem Zweck eine 
Datei vom Benutzer angeklickt werden 
soll. Um unabhängig von der TOS-Ver- 
sion zu sein, kann man die kleine Routine 
benutzen, die Sie in Listing 5 finden. 


Wind_new: Mit Wind_new können alle 
Fenster geschlossen und gelöscht werden. 
Außerdem setzt es die Wind_update()- 


Die Funktion von Fsel_exinpur ist dieselbe wie die von Fsel_input, mit dem Unterschied, daß 
zusätzlich ein Titeltext übergeben werden kann. Der dazu zu übergebende String sollte nicht 
länger als 30 Zeichen sein und ersetzt dann den Originaltext ‘File Selector’. Dadurch ist es 
möglich, innerhalb der Fileselectorbox anzuzeigen, zu welchem Zweck eine Datei vom 


Benutzer angeklickt werden soll. 
Parameter: Control[0] 
Control[1] 
Control[2] 
Control[3] 
Control[4] 


ı 


non 


9 
3 
ı 
3 
0 
Intin[0] fs_ireturn 
Intin[1] 
Addrin[0] 


Addrin[1] = 
Addrin[2] = 


£s_innpath 
fs_innsel 
£s_label 


fs_iexbutton 


Funktionscode von Fsel_exinput 


0 Eingabevariablen 
2 Ausgabevariablen 
Länge des INTIN-Feldes 
Länge des INTOUT-Feldes 


=0: Fehler bei der Durchführung 


>0: Kein Fehler ist aufgetreten. 
Rückgabe-Button: 0 = Abbruch 

1 = ok 
Ein- und Ausgabepfad 
Ein- und Ausgabedateiname 
Titeltext 


Die Routine sollte wie folgt eingebunden und aufgerufen werden: 
fs_ireturn = Fsel_exinput(fs innpath, fs_innsel, &fs_iexbutton, fs_label); 


Listing 4: Die Routine Fsel_exinput 
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Funktion zurück, läßt alle Window-Puf- 
fer ausführen und setzt auch die Maus 
zurück! Das Binding kann mit folgenden 
Angaben erstellt werden: 


control[0] = 109 /* Funktionscode */ 


control] =0 /* keinerlei Ein- */ 

control[2] = /* und Ausgabeparameter */ 
control[3] = 

control[4] = 


Der Aufruf ist dementsprechend einfach 
wind _new(); 


Aufruf des AES im Supervisor-Modus: 
Probleme kann es beim Aufrufen von 
AES-Routinen aus dem Supervisor-Mo- 
dus heraus geben, da einige AES-Routi- 
nen im USER-Modus zurückkommen 
und alle AES-Funktionen den USP benut- 
zen, um die Register zu retten. Das bedeu- 
tet, daß man AES nicht starten darf, falls 
man mit Super(OL) in den Supervisor 
gewechselt hat, da nämlich User- und Su- 
pervisor-Stack überlappen. Außerdem 
sollte man darauf achten, daß man, wenn 
man Super() mit einem anderen Parame- 
ter als OL aufruft, größeren Platz über 
dieser Zeigeradresse freiläßt. Einen Bei- 
spielaufruf finden Sie in Listing 6. 


vDI 


Entweder enthielt das VDI kaum Fehler, 
oder es sind kaum Fehler bekannt oder 
ATARI hat sich mehr mit dem AES be- 
schäftigt. Gehen wir vonersterem aus und 
zählen die drei Änderungen auf: 


Maus-Code: Der interne Maustreiber 
unterstützt nun auch Bildschirme, die 
größer sind als 32 kByte. Dadurch können 
ohne Probleme Großbildschirme verwen- 
det werden. 


vst_extent: Die Routine vsi_extent ar- 
beitet ab sofort auch dann korrekt, wenn 
als Rotation 270 Grad angegeben worden 
ist, 


MEGA 2>MEGA A „7/98. 


Schicken Sie uns Ihren MEGA ST 2 ein und Sie erhalten ihn postwendend als MEGA ST 4 zurück. 


Aufrüstungen 260/520/1040 ST 
MEGA-CLOCK 
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/* Dieses Programm setzt voraus, 


daß Fsel_exinput() in der Bibliothek 


vorhanden ist oder zuvor deklariert und eingebunden wird. 


#include <osbind.h> 


int fsel_newinput( pfad, datei, taste, titel) 


char *pfad, 
int *taste; /* 
char *titel; 2% 
{ 


Zeiger 
Zeiger 


long savessp; Va 


/* für Super() 


/* neuer Aufruf 


*datei; /* Pfad und Dateiname 


auf Variable für gedrückte Taste 
auf den neuen Titel 


speichert aktuellen Stackpointer zwischen 


unsigned tos_ version; /* enthält die TOS-Version in BCD 


savessp= Super (0L); /* in Supervisor gehen 


tos_version = *(unsigned int*) 
Super (savessp); 


if (tos_version<0x0104) 
return (Fsel_input (pfad, 
else 
return (Fsel_exinput (pfad, datei, 


Listing 5: Beispiel einer Fsel_exinput-Anwendung 


super_aes() /* Beispiel von möglichen 
t 
char mystack[8192]; I* 
long oldssp; {&® 


oldssp = Super (ämystack[8180]); /* 


( *(long*) (0x4f2) +2); /* TOS auslesen 
/* und zurück in den User-Modus 


/* alte TOS-Versionen vor RAINBOW-TOS 
datei, taste)); 
/* TOS-Version RAINBOW und neuer 


/* alte Box aufrufen 


taste, titel); /* neue BOX 





AES-Routinen aus Supervisor */ 


neuer Stack *f 
Zeiger auf alten Stack ”/ 


rein in den Supervisor */ 


/* Aufruf von diversen Routinen “fl 


Super (oldssp) ; 1% 


zurück in den User-Mode 





Listing 6: Beispiel zum Aufruf des AES aus dem Supervisor 


vq_mouse: Diese Routine arbeitet von 
nun an zuverlässiger, da sie praktisch neu 
geschrieben worden ist. 





Leider sind nach der Fertigstellung des 
Rainbow-TOS noch zwei Fehler entdeckt 
worden, die durch einen mitgelieferten 
Patch in Form eines Programmes für den 
Auto-Ordner korrigiert werden: Ein Feh- 
ler taucht in rsconf() des XBIOS auf, 
während der andere auf Shel_find() ein- 
wirkt. 


Fehler in shel_find: Wird shel_find ein 
String übergeben, der von einem Back- 
slash ‘\ oder Semikolon gefolgt ist, wird 
shel_find nach einem Null-String suchen 
und damit keinen Erfolg haben. Was pas- 


ab DM 897,-- |Screen-Protecior 


DMAster $ 
DM 99,--|DMAster $+ 





siert, hängt davon ab, was tatsächlich 
hinter dem String steht. Rsrc_load() kann 
davon abhängen, da es shel_find() be- 
nutzt, um den vollen Pfadnamen der Re- 
source-Datei zu erhalten. 


Zum Schluß möchte ich Ihnen noch viel 
Spaß mit Ihrem neuen Regenbogen-TOS 
wünschen, auch wenn ich es persönlich 
nicht richtig finde, daß ATARI dieses 
TOS (vorerst?) nichtin dieneuen Rechner 
einbauen läßt und stattdessen recht viel 
Geld verlangt (ATARI hat wohl bemerkt, 
daß auch Software-Entwicklung Geld 
kostet). Ob dadurch die Verbreitung des 
neuen vielversprechenden TOS gefördert 
wird, läßt sich bezweifeln. 

SH 
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Laserdrucker SLM Direktmodus, gestochen scharf, 8 Seiten pro Minute 
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GRUNDLAGEN 





Zum letzten Mal heiße ich Sie heute 
zum Modula-Kurs in ST-Computer 
willkommen. Wie angekündigt, sollen 
heute in einer Art Frage-Antwort-Sy- 
stem einige kleinere noch offene Punk- 
te geklärt werden. 


Die Fragen stammen teilweise von Ihnen 
direkt, teilweise nutze ich selber diese 
Möglichkeit, um die vielen kleinen Dinge 
anzusprechen, die ich in den bisherigen 
Folgen ausgelassen hatte. Die Gründe 
dafür lagen übrigens in dem Versuch, bei 
der Vorstellung der Konzepte von Modu- 
la-2 die Punkte bewußt auszuklammern, 
die den Anfänger eher verwirren würden. 
Zudem gibt es ein paar Gesichtspunkte, 
die nicht in die Gliederung des Kurses 
paßten. Nun aber los! 


Frage: Ich habe folgendes Programm: 


MODULE Fl; 

VAR a : RECORD x,y:INTEGER END; 
b : RECORD x,y:INTEGER END; 

BEGIN 
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Der Compiler weist das Programm mit 
einer Fehlermeldung ab, obwohl diea und 
b doch offensichtlich vom gleichen Typ 
sind. 


Antwort: “Offensichtlich” sind die zwei 
Variablen zwar vom gleichen Typ, das 
aber nur für den Menschen. Modula-2 ist 
“streng” typisiert und leitet die Typen- 
gleichheit aus der Gleichheit des Typen- 
bezeichners bei der Deklaration ab. Für 
ihn hat a einen extra deklarierten Record- 
Typ, genauso b. In Modula-2 versucht der 
Compiler nicht, die Gleichheit solcher an 
verschiedener Stelle deklarierten Typen 
zu untersuchen. 


Die Lösung des Problems ist eine geson- 
derte Typendefinition: 


MODULE Al; 
TYPE xyrec = RECORD x, y:INTEGER 
END; 
VAR a,b:xyrec; 
BEGIN 
a:=b; 
END Al. 


Hier haben beide Variablen auch für den 


Compiler denselben Typen, nämlich xy- 
rec. Daß der Compiler aber immerhin 
zwei Typen als gleich erkennen kann, 
wenn sie sich auf denselben Typbezeich- 
ner zurückführen lassen, zeigt folgendes 
Beispiel: 


MODULE Ala; 
TYPE xyrec = RECORD x,y:INTEGER 
END; 
xyrec2= xyrec; 
VAR a:xyrec; 
b:xyrec2; 
BEGIN 
a:=b; 
END Ala. 


Das Programm wird als legal akzeptiert, a 
und 5 haben auch für den Compiler er- 
kennbar denselben Typen. 


Frage: Ich habe in einem Listing folgen- 
de RECORD-Deklaration gesehen: 


TYPE a = RECORD CASE b:BOOLEAN OF 


TRUE : i: INTEGER; 
| FALSE: 1: LONGINT; 
END; 


Was macht dieses Konstrukt? 





Ein feines Angebot für Mo- 
dula-Programmierer: Sie 
schreiben ein Modul, schik- 
ken es ein und gewinnen 
vielleicht eines von zehn 
Software-Paketen, beste- 
hend aus SPC-Modula und 
SPC-Adimens/PROG! Natür- 
lich nur, wenn Sie saubere 
Arbeit abliefern... 


Praktisch im Anschluß an den 
Modula-Kurs, der Sie über elf 

Folgen indie Sprache eingeführt hat, gibt 
es heute anstelle des Lerneffekts Hand- 
festes zu holen. Doch eine reine Verlo- 
sung erschien uns zu simpel, daher sol- 
len die Preise in einem Wettbewerb ver- 
geben werden. 


Einfach beliebige Programme oder Mo- 
dule als Einsatz für den Wettbewerb ab- 
zufordern, würde der Gerechtigkeit ab- 
träglich sein. Daher soll ein ganz be- 
stimmtes Gebiet in Modula beackert 
werden: Konvertierungen. 


Fast jede Anwendung verwendet ein ei- 
genes Dateiformat, dies reicht von den 
Textverarbeitungen über Datenbanken 
bis zu den Malprogrammen. Wer die 
Software wechseln oder Daten auseeiner 
anderen Anwendung übernehmen will, 
steht meistens auf dem Schlauch - 
mangels Konvertierung. Und wer neue 
Software entwirft - vielleicht als Public 
Domain -, mag nicht unbedingt alle For- 
mate bedienen und wählt ein einfaches 
oder entwirft gar ein neues. 


Dagegen soll eine Sammlung von Kon- 
vertierungsmodulen gesetzt werden, die 
aus den Einsendungen zu diesem Wett- 
bewerb entstehen wird. Und da Modula 
die Einbindung vorprogrammierter Rou- 
tinen hervorragend unterstützt, wird die 
Verwendung problemlos sein. 


Welche Konvertierungen sind für den 
Wettbewerb gefragt? Prinzipiell alles, 
was ähnliche Daten zwischen verschie- 
denen Programmen wandeln kann. Also 
z.B. eine Routine, die ein WordPlus- 
Dokument für Signum! aufarbeitet. Oder 
ein Modul, mit dem beliebige Ausschnit- 
te eines Doodle-Bilds in eine .IMG-Datei 
zur Weiterverarbeitung mit WordPlus 
oder Calamus gewandelt werden kann. 


10mal SPC-Modula 
plus Adimens/PROG 
zu gewinnen! 


Wie sollen die Module aussehen? Ent- 
sprechend dem Konzept von Modula sol- 
len alle Konvertierungen in einem Imple- 
mentationsmodul ablaufen und nach au- 
ßen nur bestimmte Routinen geliefert 
werden. Im Sinne der Modularisierung 
sollten die Routinen ihre Funktionen sinn- 
voll abgestuft anbieten. Damit ist gemeint: 
Ein Konverter von Doodle nach .IMG soll- 
te zunächst eine Routine zum Wandeln im 
Speicher unter Verwendung zweier Puffer 
anbieten und zusätzlich vielleicht eine 
Prozedur, die zwischen Dateien wandelt. 


Wie wird bewertet? Es ist sicherlich 
schwierig, objektiv zu bewerten. Aber die 
Modula-Philosophie bietet Anhaltspunk- 
te: Es soll sich um reinen Modula-Code 
handeln, der möglichst auf Tricks verzich- 
tet. Der Programmtext sollte möglichst 
portabel sein, sich also z.B. nur auf die 
Standardmodule stützen. Die Modulge- 
staltung soll Seiteneffekte vermeiden und 
einfache Benutzung unterstützen. Und 
schließlich muß die Konvertierung natür- 
lich auch funktionieren... 


Womit können Sie arbeiten? Sicherlich 
wäre es unsinnig, sich auf ein bestimmtes 
Modula-Entwicklungssystem festzule- 
gen. Glücklicherweise gibt es aber ein 
einfaches Modula für alle: das Public 
Domain-Modula aus München. Die Dis- 
kette ist unter der Nummer 225 im PD- 
Service von MAXON (s. PD-Seiten in 
diesem Heft) erhältlich. Aber natürlich 
können Sie auch mit den anderen Syste- 
men arbeiten, solange Sie sich mit sy- 
stemspezifischen Elementen zurückhal- 
ten. 


Was sollte eingeschickt werden? Eine 
Einsendung für den Modula-Wettbewerb 
besteht aus drei Dingen: einer Diskette mit 
dem Modul im Quelltext sowie einem klei- 
nen Testprogramm, das die Konvertie- 





rung demonstriert (bitte mit Ab- 
sender, Modulnamen und Sy- 
stem beschriften), einem Be- 
gleitschreiben, das eine kleine 
Dokumentation enthält, und ei- 
ner Erklärung, daß Sie die Rech- 
te andem Modul für MAXON zur 
Weitergabe als Public Domain 
freigeben. 


Wo gibt es Informationen? Zu 

zwei Bereichen finden Sie Infor- 

mationen für eine Konvertierung 
in Artikeln in ST-Computer. Da wäre 
zunächst die kleine Serie in der ST-Ecke 
über Grafikformate, Hefte 8/9 '88 bis 12 
'88 und zwei Programme zur Konvertie- 
rung von Wordplus-Dokumenten nach 
TeX und Signum! in den Heften 8/9 '88 
und 2 ’89. Damit wäre auch sicherge- 
stellt, daß die Teilnahme ohne “Geheim- 
Dokumentationen” möglich ist. 


Was passiert mit den Modulen? Alle Ein- 
sendungen sollen gesammelt als Son- 
derdiskette von MAXON aufgenommen 
werden und so jedem gegen einen gerin- 
gen Obulus bereitstehen. Jeder Modula- 
Programmierer kann sie so verwenden. 


So, und nun nochmals zu den Preisen. 
Die Firma Advanced Applications Vicze- 
na GmbH hat uns freundlicherweise 
zehn Software-Pakete für den Wettbe- 
werb überlassen. Es handelt sich um 
das SPC-Modula in der neuesten Ver- 
sion und dazu um die Datenbank- 
Schnittstelle zu Adimens, SPC-AdiProg. 
Beides sind professionelle Produkte, die 
einen guten Anreiz zur Teilnahme am 
Modula-Wettbewerb geben sollten. An 
dieser Stelle ein herzlicher Dank an Ad- 
vanced Applications! Bei der Vergabe 
der Preise ist der Rechtsweg natürlich 
ausgeschlossen. 


Sie haben Zeit zum Programmieren: 
Einsendeschluß ist der 01.03.89, so daß 
auch für eine Bestellung des LPR-Modu- 
la noch genug Zeit bleibt. Bitte vermer- 
ken Sie auf dem Umschlag “Modula- 
Wettbewerb”. Undnun an die Tasten, wir 
sind gespannt auf die Einsendungen! 


Die Anschrift: 


MAXON Computer GmbH 
Red. ST-Computer 
"Modula-Wettbewerb” 
Postfach 59 69 

D-6236 Eschborn 
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NEC Pinwriter P2 plus. 
Professionell von Anfang an. 


Wenn Sie auch als PC-Einsteiger nicht auf ein gutes 
Schriftbild verzichten wollen, sollten Sie sich von 
Anfang an für einen professionellen Drucker ent- 
scheiden: für den NEC Pinwriter P2 plus. 

Als Nachfolger des erfolgreichen NEC P 2200 ist 
der P2 plus noch schneller (fast 200 cps in 
Schnellschrift und 96 cps in Korrespondenzschrift 
bei 12 cpi) und leiser. Mit seinem 24-Nadel- 
Druckkopf sorgt er für überzeugende Druck- 
qualität - bis zu einer Auflösung von 360 x 360 
Punkten. 

Professionell ist auch die Serienausstattung des 
P2 plu verfügt über einen Schub- und Zug- 
traktor für Endlospapier und besitzt zusätzlich eine 
Front-Ladefunktion für Einzelblätter. Selbstver- 
ständlich mit Papierparkfunktion. Er hat 8 ver- 
schiedene Schrifttypen serienmäßig eingebaut. 
Und wenn Ihre Ansprüche später einmal wachsen 
sollten, dann wächst der P2 plus dank seines 
umfangreichen Zubehörangebots mit. 

Die Druckertreiber, die Sie für den P2 plus er- 
halten, machen ihn zu nahezu jeder Software 
kompatibel. Und die NEC 12-Monats-Garantie 
(incl. Druckkopf) gibt Ihnen die Sicherheit, die Sie 
brauchen. 

Interessiert? Dann sehen Sie sich den Pinwriter 
P2 plus doch einmal näher an. 

Bei Ihrem NEC Händler. 


















Ja. ich will mehr Informationen über den Pinwriter 
P2 plus von NEC: 


Name (Firma) 


Coupon bitte au 
senden: NEC Deutschland GmbH, 
senburger Str. 4, 8000 








Antwort: Eshandelt sich umeinen varian- 
ten Record. Ein Record kann dabei ver- 
schiedene Formen in Abhängigkeit von 
einem Feld annehmen. Am besten sehen 
Sie das am Beispiel, beidemr vom Typa 
sein soll. Nach einer Zuweisung 
r.b:=TRUE; können Sie in r.i ein INTE- 
GER schreiben, nach r.b:=FALSE; ein 
LONGINT. 


Wofür kann das gut sein? Variante Re- 
cords dienen dazu, eine Datenstruktur 
möglichst logisch und lesbar darzustel- 
len. Nehmen wir an, Sie wollen eine 
Adresse in einem Record ablegen, und 
haben dabei eine Telefonnummer in zwei 
Feldern mit Vorwahl und Rufnummer 
vorgesehen: 
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englisch “Tag” genannt - sind alle legalen 
Aufzählungstypen erlaubt. Die Auswahl- 
felder dürfen logischerweise nur aus dem 
Wertebereich des Tag-Typen sein. 


Noch ein Wort zur internen Realisierung 
dieser Records. Alle Variablen diesen 
Typs belegen die gleiche Speichergröße. 
Im obigen Beispiel sind also immer 21 
Bytes vorhanden, nur daß sie nicht immer 
belegt sind. Das Beispiel in der Frage 
belegt immer sechs Bytes, nämlich zwei 
für das BOOLEAN und vier für den größ- 
ten Datentypen des CASE-Teils, einem 
LONGINT. Es ist also lediglich eine Fra- 
ge der Interpretation der Daten, die aller- 
dings vom Compiler übernommen wird. 
Mit diesem Wissen verwenden einige 

Programmierer die va- 





TYPE Adresse = RECORD 


name : ARRAY [0..20] OF CHAR; 
: ARRAY [0..5] OF CHAR; 
ARRAY [0..10] OF 


Vorwahl 
Rufnummer : 


END; 





So weit so gut. Was machen Sie aber, 
wenn Sie eine Auslandsnummer ablegen 
wollen? Sie müssen ein zusätzliches Feld 
AuslandsRuf anlegen, da das Feld Vor- 
wahl zu kurz ist. Jetzt haben Sie aber eine 
Darstellung, die irgendwie nicht ganz 
logisch ist, denn wozu brauchen Sie für 
Inlandsnummern ein zusätzliches Feld, 
Sie müssen ja keine Auslandsvorwahl 
wählen. 


Also könnte man über ein zusätzliches 
Feld die Record-Darstellung verändern: 


rianten Records, um 
zwischen Typen zu kon- 
vertieren. Ein Beispiel: 


riable c ablegen. Im Prinzip geht das, ist 
allerdings überaus schlechter Stil. Denn 
Sie nehmen dabei einige Dinge über die 
interne Darstellung von Variablen an. 
Wer sagt denn, daß ein einzelnes Zeichen 
im ersten Byte eines Worts steht? Wer 
sagt, daß der INTEGER-Wert 32 unbe- 
dingt als Bitmuster gespeichert wird? 
Kurzum, solche Dinge sind zwar mög- 
lich, sollten aber als Tricks um jeden Preis 
vermieden werden. 


Frage: Kann ich eigentlich Standardty- 
pen verändern, also z.B. die Deklaration 
TYPE CARDINAL = INTEGER ver- 
wenden? 


Antwort: Ja, ohne Probleme. Die Stan- 
dardtypen gehören nicht zu den Schlüs- 
selworten der Sprache, sie sind lediglich 
vordefiniert. Ohne weiteres können sie 
von einer Typdeklaration überlagert wer- 

den. Man könnte sie 





TYPE charint: RECORD 


Sie müßten sofort sehen, daß dort etwas 
fehlt: Die Tag-Variable hat keinen Na- 
men! Das ist erlaubt und bewirkt, daß die 
Variable auch überhaupt nicht angelegt 
wird. Man kann mit ihr nicht arbeiten, und 
das will man in einem solchen Record 
auch gar nicht. 

Dieses Konstrukt soll einem lediglich er- 
lauben, den varianten Record zu notieren, 
mit der Folge, daß alle CASE-Teile im 
gleichen Speicherbereich liegen und ihre 





TYPE Adresse = RECORD 


name : ARRAY [0..20] OF CHAR; 
CASE Ausland:BOOLEAN OF 


TRUE : AuslandsRuf : 


| FALSE 

END; 

Vorwahl 

Rufnummer : 
END; 





Das Feld AuslandsRuf ist jetzt nur dann 
vorhanden, wenn Ausland auf TRUE 
steht. Sie könnten nun argumentieren, 
man bräuchte doch einfach nur einen 
weiteren Datentypen AuslandsAdresse 
mit dem zusätzlichen Feld zu deklarieren 
und dann eben diesen verwenden. Diese 
Lösung hätte allerdings den entscheiden- 
den Nachteil, daß keinerlei Zuweisungen 
zwischen diesen Record-Typen möglich 
wären, da ja unterschiedliche Typen vor- 
lägen. 


Für das Selektierfeld (hier Ausland) - 
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ARRAY [0..4] OF CHAR; 


: ARRAY [0..5] OF CHAR; 
ARRAY [0..10] OF CHAR; 


Interpretation von der Auswahl des Na- 
mensfelds abhängt. Im Programm kann 
man einen Record ci vom Typ charint mit 
ci.c als CHAR und mit ci.i als INTEGER 
ansprechen. 


Nun könnte man meinen, die Anwei- 
sungsfolge 





würde die Zahl 32 in ein ASCII-Zeichen 
umwandeln und dieses in die CHAR-Va- 





auch als Variablen- 
namen verwenden. 
Der kleine Pro- 
grammausschnitt 
zeigt das in doppel- 
ter Weise. 


CASE :BOOLEAN OF 
TRUE : c:CHAR; 
| FALSE : 


i:INTEGER; 





TYPE INTEGER = CARDINAL; 


VAR a: INTEGER; 
CHAR: REAL; 


BEGIN 
a:=MAX (INTEGER) ; 
a:=MAX (CARDINAL); 
CHAR:=0.0; 
(* this parameter should be a 
type identifier *) 
a:=MAX (CHAR); 








Lediglich das letzte Statement erzeugt 
einen Compilerfehler. INTEGER ist als 
Typ mit dem Wertebereich CARDINAL 
deklariert, wodurch a nun z.B. auch keine 
negativen Werte annehmen darf. 


Die Funktion MAX akzeptiert immer 
noch INTEGER und CARDINAL, da sie 
ja nach wie vor Typen bezeichnen. CHAR 
ist als REAL-Variable deklariert und 
kann problemlos auf einen Fließkomma- 
wert gesetzt werden. MAX akzeptiert nun 
aber nicht mehr “CHAR” als Parameter, 
da es sich jetzt um den Bezeichner einer 
Variablen und nicht mehr um einen Typ 
handelt. 


Abschließend muß natürlich davor ge- 
warnt werden, die Standardtypen umzu- 
definieren. Ihr Programm wird damit 
ungeheuer schlecht lesbar, Laufzeitfehler 
sind sehr schwierig nachvollziehbar, und 
besonders viel gewinnen Sie dadurch 
nicht. 


Frage: Was ist eigentlich dieses Schlüs- 
selwort FORWARD, das ich in einigen 
Listings gesehen habe? 


Antwort: FORWARD dient dazu, dem 
Compiler eine Prozedur bekanntzuma- 
chen, ohne gleich die Implementierung 
mitzuliefern. Dazu der folgende Pro- 
grammausschnitt als Beispiel: 


PROCEDURE a; 
BEGIN 

b(1,1); 
END a; 


PROCEDURE b (i, j: INTEGER) ; 
BEGIN 

a; 
END b; 


Modula-Compiler werden heutzutage als 
1-Pass-Compiler implementiert. Dabei 
gehen sie nur einmalig über den Pro- 
grammtext und geraten bei dem Beispiel 
in ein Dilemma. a ruft b auf, der Compiler 
kennt b aber noch nicht, da die Prozedur 
erst danach eingelesen wird. Dies wäre 
noch kein Problem, man könnte jaeinfach 
den Programmtextumstellen. Daaberinb 
ein Aufruf von a steht, käme es zum 
gleichen Fehler, nur andersherum. Man 
müßte also dem Compiler die Prozedur b 
unterschieben, so daß er Aufrufe aus 
anderen Prozeduren verarbeiten kann. 
Dazu ist lediglich der Prozedurkopf nötig, 
also der Name und die Parameterliste. 


Und genau die kann man mit Hilfe des 
FORWARD-Schlüsselworts bekannt 
machen. Für das Beispielmüßte vor aeine 
Zeile stehen: 


PROCEDURE b(i,j:INTEGER); FORWARD; 


PROCEDURE a; 


Der Kopf der Prozedur, die “vordekla- 
riert”” werden soll, steht also in gewohnter 
Weise im Text, der Prozedurkörper wird 
aber durch FORWARD ersetzt. In der 
späteren eigentlichen Definition der Pro- 
zedur muß die Parameterliste identisch 
wieder auftauchen. 


FORWARD wurde erst in einer der späte- 
ren Revisionen von Modula-2 eingeführt. 
Die allerersten Modula-Compiler arbei- 
teten noch mit fünf Durchläufen. Die 
ETH stellte dann den 1-Pass-Compiler 
vor und hat sich etwas an Arbeit bei der 
Implementierung gespart. Das FOR- 
WARD istnämlich eigentlich nicht nötig, 
da man die offengebliebenen Aufrufe 
natürlich auch nach Einlesen des kom- 
pletten Programmtextes einsetzen kann. 
Dafür muß der Compiler natürlich etwas 
mehr arbeiten und erkennt einige Fehler 
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Antworten von Teil X 


1. Das Statement Funktion’X10.0) ruft 
eine Prozedur auf, dieeinen REAL-Para- 
meter hat. Dabei ist Funktion ein Zeiger 
auf eine Prozedurvariable. Die Deklara- 
tionen müssen so aussehen: 


TYPE RealProc = PROCEDURE 
(VAR REAL); 


VAR Funktion : POINTER TO 


RealProc; 


RealProc ist der Typ für Prozeduren mit 
einem REAL-Parameter. Funktion istein 
Zeiger auf eine Variable diesen Typs. Im 


Programm müssen natürlich noch State- 
ments zur Einrichtung der Variablen 
sein: 


ALLOCATE (Funktion, TSIZE (RealProc)); 
Funktion“:=Dopple; 


Das ALLOCATE richtet den Platz für die 
Prozedurvariable ein. Die Zuweisung 
gibt ihr einen Wert, dazu muß 
Dopple als 





PROCEDURE Dopple(VAR n:REAL); 


deklariert sein. Natürlich könnte es sich 
bei RealProc auch um Prozeduren mit 
Werteparameter handeln. 


2. ProcessList ist recht kurz zu program- 
mieren. Zunächst brauchen wir eine Ty- 
pendeklaration für die Prozedurtypen, 
die auf den Listenelementen arbeiten, 
also: 


TYPE IntProc = PROCEDURE (INTEGER) ; 


Die eigentliche Prozedur sieht so aus (da- 


bei müssen natürlich die nötigen Proze- 
duren aus /NTLists importiert 


sein): 


PROCEDURE ProcessList (l:List; 
p:IntProc); 
BEGIN 
First (1); 
WHILE -AtLast (1) DO 
P(GetValue(1)); 


Next (1); 
END; 
P (GetValue (1)); 
END ProcessList; 





Zunächst wird der Listenzeiger auf den 
Anfang der Liste gesetzt. Nun durch- 
läuft die Schleife alle Listenelemente 
und setzt in jedem Durchlauf den Li- 
stenzeiger ein Element weiter. Zuvor 
kann die gewünschte Prozedur mit dem 
aktuellen Listenelement aufgerufen 
werden. GetValue liefert einen INTE- 
GER-Wert, mit dem die in p übergebe- 
ne Prozedur aufgerufen wird. Die 
Schleife bricht ab, wenn der Listenzei- 
ger auf dem letzten Element steht. 
Dadurch würde p nicht mit diesem auf- 
gerufen werden, also muß ein abschlie- 
Bender Aufruf nach der Schleife erfol- 
gen. 


Diese Prozedur ist nur eine einfachste 
Lösung für ProcessList. Zusätzlich 
müßte z.B. noch eine gesonderte Be- 
handlung leerer Listen erfolgen, und 
natürlich verändert die Prozedur den 
Listenzeiger. Um letzteres Problem zu 
lösen, müßte allerdings das Modul 
INTLists geändert werden. 


3. In der beschriebenen Version der 
Semaphore entscheidet P aufgrund der 
boolschen Bedingung “ist schon ein 
Prozess im kritischen Abschnitt” dar- 
über, ob der Prozeß, der P aufruft, wei- 
terarbeiten darf oder warten muß. V 
setzt diese Bedingung auf FALSE. 
Dürfen N Prozesse in einem kritischen 
Abschnitt arbeiten, muß ein Zähler n 
geführt werden. 


P prüft nun die Bedingung n<=N ab 
und läßt einen Prozeß in den kritischen 
Abschnitt, wenn dies zutrifft. Dabei 
erhöht ? den Zähler n um eins. Dement- 
sprechend muß V ihn erniedrigen, 
wenn ein Prozeß das Verlassen des 
kritischen Abschnitts durch einen Auf- 
ruf vermeldet. 





[En a En a ee ne ni nn] 


erst ziemlich spät. Aus diesen Gründen 
gibt es dieses überaus unschöne FOR- 
WARD. 


Frage: In vielen Listings ist hinter eini- 
gen Statements kein Strichpunkt zu fin- 
den. Müßte das nicht ein Syntax-Fehler 
sein? 


Antwort: Nein, genaugenommen ist an 
diesen Stellen kein ; zuwenig, vielmehr 
waren in dieser Serie einige ; zuviel. Dazu 
muß man sich die Syntaxdefinitionen 
einmal genau anschauen. Nehmen wir 
eine REPEAT-Schleife: Ein solches Sta- 
tement muß folgendem Muster genügen: 
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<REPEAT-Statement> : 
REPEAT <Statement-Liste> UNTIL 
<Bedingung> 





(kein ; am Ende eines REPEAT-State- 
ments!) Die <Bedingung> ist ein BOO- 
LEAN-Ausdruck, der hier nicht weiter 
interessiert. Wichtig ist die <Statement- 
Liste>. Sie muß in folgendes Muster pas- 
sen: 
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MODULE FileDemo; 
FROM FileSystem IMPORT 


FROM InOut 


FROM Strings IMPORT 


TYPE Daten = RECORD 


Response, File, Lookup, Close, 

Delete, Rename, SetPos, GetPos, 

Length, ReadWord, WriteWord, 

ReadChar, WriteChar ; 

OpenInput, OpenOutput, CloseInput, 
CloseOutput, ReadLine, ReadInt, 

Write, WriteLln, WritelInt, WriteString ; 
String ; 


Name : String; 
<Statement-Liste> ::= Schulden: INTEGER; 
<Statement> j END; 
<Statement> ; <Statement-Liste> 


Der senkrechte Strich bedeutet, daß eines 
der beiden Muster verwendet werden 
kann. Für <Statement> sind alle legalen 
Anweisungen erlaubt. Der Strichpunkt 
taucht also nur dann auf, wenn mehrere 
Statements voneinander zu trennen sind. 
Keineswegs schließt er ein Statement ab. 
Im folgenden Beispiel (das im übrigen 


VAR DerText 
DieDaten : 
EinText String; 
DemoTextName, 
i : INTEGER; 
DatenFile: File; 


PROCEDURE WriteDaten (VAR f:File; 


VAR i:INTEGER; 
BEGIN 


DemoFileName : 


: ARRAY [1..20] OF String; 
ARRAY [1..10] OF Daten; 


String; 


DasDatum: Daten); 


(* Namen zeichenweise schreiben *) 


i:=0; 


WHILE (DasDatum.Name[i]#0C) DO 


WriteChar (f, DasDatum.Name[i]); 
i:=itl; 
END; 
(* Trennzeichen schreiben *) 
WriteChar (f,0C); 
(* INTEGER schreiben *) 


nichtden geringsten Zweck erfüllt) gibtes 
keine Liste von Statements, also auch 
kein Semikolon: 





REPEAT WriteWord (f, DasDatum.Schulden); 
REPEAT END WriteDaten; 
a:=b 
UNTIL (a=b) PROCEDURE ReadDaten(VAR f:File; VAR DasDatum: Daten); 
UNTIL (b=a) 


VAR i:INTEGER; 
BEGIN 
(* Namen zeichenweise bis zum Trennzeichen lesen *) 
i:=0; 
REPEAT 
ReadChar (f,DasDatum.Name[i]); 
i:=i+l; 
UNTIL (DasDatum.Name [i-1]=0C); 
(* Eingelesenes Trennzeichen ist gleichzeitig 
Zeichen für das String-Ende *) 
(* INTEGER einlesen *) 
ReadWord (f,DasDatum.Schulden) ; 
END ReadDaten; 


Da auch am Ende einer Statement-Liste 
kein Strichpunkt stehen muß, ist auch 
folgender Programmtext korrekt: 





PROCEDURE a; 





BEGIN 
DemoTextName:=’TEXT.DAT’; 
DemoFileName:=’DATA.DAT’; 
(* Text einlesen *) 
WriteString('Bitte Text eingeben!’); WriteLn; 
FOR i:=1 TO 20 DO 
ReadLine (DerText[i]); 
WriteLn; 
END; 
WriteString('Text wird jetzt gesichert’); Writeln; 
(* Text in File schreiben *) 
(* Textdatei öffnen *#) 
OpenOutput (DemoTextName) ; 
(* Zeilen per WriteString in Datei schreiben *) 
FOR i:=1 TO 20 DO 
WriteString (DerText[i]); 
WriteLn; 
END; 
(* Textdatei schließen *) 
Closeoutput; 
WriteString(‘'Text wird jetzt erneut geladen’); Writeln; 
(* Textdatei öffnen *) 
OpenInput (DemoTextName) ; 
FOR i:=1 TO 20 DO 
Write('>’); 
(* Zeile per ReadLine einlesen *) 
ReadLine (EinText); 
WriteString (EinText); 
WriteLn; 
END; 
(* Textdatei schließen *) 
CloseInput; 
(* Daten einlesen *) 


Nach der Zuweisung an y folgt kein wei- 
teres Statement, also auch kein Semiko- 
lon. Glücklicherweise stören zusätzliche 
Strichpunkte nicht, wenn man in diesem 
Fall annimmt, daß nach dem" ;" noch ein 
“leeres” Statement folgt. Die Syntax- 
Definition von Modula kennt solche lee- 
ren Statements aus diesem Grund; als 
Nebeneffekt werden auch Statement-Li- ° 
sten wie “;;x:=y;;;35;5” zulässig. 








Frage: Ich habe in LPR-Modula Schwie- 
rigkeiten mit der Standardfunktion 
HIGH. Laut Wirth hat sie den Ergebnis- 
typ CARDINAL, in LPR liefert sie aber 
ein INTEGER. Wie kann ich diesen Feh- 
ler (?) umgehen? 


Antwort: Tatsächlich, es handelt sich um 
eine Abweichung in LPR vom Wirth- 
Vorschlag. Und es ist eine wirklich unnö- 
tige Abweichung, denn HIGH liefert ja 
die Anzahl der Elemente in einem Feld - 
ein Wert, der natürlich immer positiv ist. 
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Sie läßt sich auf zwei Arten umgehen, die 
erste ist ein Cast oder die Verwendung 
von VAL. Ein Casten nach CARDINAL 
ist problemlos und arbeitet natürlich auch 
auf Systemen, die für HIGH einen CAR- 
DINAL-Wert abliefern. 


Die zweite Möglichkeit ist, das HIGH- 
Ergebnis als INTEGER zu akzeptieren 
und entsprechend zu programmieren. Ich 
habe dieses Verfahren zwar beispielswei- 
se im Strings-Modul dieser Serie verwen- 
det, es ist allerdings nicht portabel, so daß 
ich Ihnen die erste Methode empfehlen 
würde. 


Frage: Es gibt in LPR-Modula ein Modul 
“Heap”, das die Funktionen Allocate und 
DeAllocate exportiert. Ist damit nicht das 
in der Serie präsentierte Modul “Storage” 
überflüssig? 


Antwort: Im Prinzip nein. Modula-Pro- 
grammierer können sich im allgemeinen 
darauf verlassen, daß das Standardmodul 
“Storage” mit den Prozeduren ALLO- 
CATE und DEALLOCATE existiert. Zu- 
dem braucht DeAllocate einen zweiten 
Parameter, der die Anzahl der freizuge- 
benden Bytes enthält. Um nahe am Stan- 
dard zu bleiben, sollten Sie also besser 
“Storage” verwenden. 


Frage: Wie lenke ich mit Modula-2 die 
Ein- und Ausgaben auf Dateien um? 


Antwort: Diese Frage wurde von einer 
Reihe von Lesern gestellt. Diejenigen, die 
mit dem “InOut”-Modul versucht haben, 
Textdateien zu erstellen, mußten an einer 
“eingebauten Hürde scheitern: “InOut” 
ist im Original-LPR fehlerhaft! Die Be- 
nutzung von OpenOutput endete norma- 
lerweise mit einem Absturz, und das wird 
sicherlich einige zur Verzweiflung getrie- 
ben haben. 


Abhilfe schaffen die Libraries von Georg 
Galster, die im PD-Service der ST-Com- 
puter auf Diskette 247 zu finden sind. 
Neben einigen zusätzlichen Standardmo- 
dulen und einer zuverlässigen “Math- 
Lib0” enthält die Sammlung ein korrektes 
“InOut”-Modul. Bei diesem funktioniert 
die Ein- und Ausgabeumleitung. 


Alle Ein- und Ausgaben laufen normaler- 
weise über die Routinen in “InOut”. Sie 
erscheinen am Bildschirm oder werden 
von der Tastatur eingelesen. Zum Umlen- 
ken der Ein- und Ausgabe werden zwei 
Routinen benötigt, die dieses Verhalten 
ändern. Es handelt sich um OpenInput zur 
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WriteString(‘Bitte Daten eingeben!’); 


FOR i:=1 TO 10 DO 
WriteString(‘Name: ‘); 
ReadLine (DieDaten[i].Name); 
WriteLln; 
WriteString(‘Schulden: ‘); 
ReadInt (DieDaten[i] .Schulden); 
WriteLn; 

END; 

(* Daten schreiben *) 


WriteLn; 


WriteString(‘Die Daten werden jetzt gesichert’); 


WriteLn; 
(* Datei öffnen *) 


Lookup (DatenFile, DemoFileName, TRUE) ; 


FOR i:=1 TO 10 DO 


WriteDaten (DatenFile, DieDaten[i]); 


END; 

(* Datei schließen *) 
Close (DatenFile); 

(* Daten einlesen *) 


WriteString(‘Die Daten werden jetzt gelesen’); 


WriteLn; 
(* Datei öffnen *) 


Lookup (DatenFile, DemoFileName, FALSE); 


FOR i:=1 TO 10 DO 


ReadDaten (DatenFile,DieDaten[i]); 


END; 

(* Datei schließen *) 

Close (DatenFile); 

(* Daten anzeigen *) 

FOR i:=1 TO 10 DO 
WriteString(‘>Name: ‘); 
WriteString (DieDaten[i].Name) ; 
WriteLln; 
WriteString(‘>Schulden: ‘); 


WriteInt (DieDaten[i] .Schulden, 5); 


Writeln; 
END; 
END FileDemo. 


Listing 1 


Ein- und OpenOutput zur Ausgabeumlei- 
tung. 


Beide erwarten einen Dateinamen als 
Parameter. Die Ausgaben gehen also in 
eine Datei, und die Eingaben werden aus 
einer Datei gelesen. Beim Lesen und 
Schreiben kommen die normalen “In- 
Out”-Routinen zum Einsatz. 


Die Implementierung von Georg Galster 
erlaubt einige Flexibilität bei der Angabe 
des Dateinamens. Es gibt drei vordefi- 
nierte Dateinamen, die jeweils eine logi- 
sche Schnittstelle ansprechen und keine 
Datei auf dem Massenspeicher erzeugen. 
“CON:” bezeichnet die “Konsole”, also 
den normalen Bildschirm (bei LPR das 
Terminal-Fenster) und die Tastatur. Eine 
“Umleitung” nach “CON:” ist also ei- 
gentlich nicht so sinnvoll. “AUX:” ist die 
serielle Schnittstelle. Alle Ein- bzw. 
Ausgaben laufen nun am RS-232C-Port 
ab. Der Drucker wird unter “PRN:” er- 
kannt; dieser Dateiname kann logischer- 
weise nur zur Umleitung der Ausgabe 
benutzt werden. Damit ist die Liste der 
konstanten Dateinamen mit Sonderbe- 
handlung vollständig. 


Soll die Ein- oder Ausgabe in eine Datei 
mit festem Namen umgeleitet werden, 





übergeben Sie diesen Namen direkt. Ent- 
hältereines der beiden Platzhalterzeichen 
- also * fürmehrere beliebige Zeichen und 
? für ein beliebiges -, reagieren OpenOut- 
putbzw. OpenInputmit.der Anzeige einer 
Fileselectbox. Der Benutzer kann dann in 
gewohnter Weise eine Datei auswählen. 


“InOut” exportiert eine BOOLEAN- 
Variable Done, die anzeigt, ob das Öffnen 
einer Ein- oder Ausgabedatei erfolgreich 
war. Done ist auf TRUE gesetzt, wenn 
alles funktionierte. FALSE entsteht, 
wenn Sie “PRN:” als Eingabedatei öffnen 
wollen, wenn der Benutzer in der Filese- 
lectbox “ABBRUCH” gewählt hatte oder 
Dateifehler auftraten. Besteht übrigens 
schon eine Datei mitdem gleichen Namen 
wie die gewünschte Ausgabedatei, wird 
die alte überschrieben. 


Übergeben Sie die Dateinamen nicht als 
Konstante! LPR schließt solche Zeichen- 
ketten im Datenbereich des Programm- 
codes nicht mit dem bei Strings üblichen 
Null-Zeichen ab. Bei der Verarbeitung 
des Dateinamens werden Prozeduren 
benutzt, die von diesem Null-Byte am 
Ende eines Strings ausgehen. Die Folge 
ist ein Laufzeitfehler wegen Bereichs- 
überschreitung. Weisen Sie einen kon- 
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stanten Dateinamen vorher einer Varia- 
blen zu und übergeben Sie diese. In einer 
Revision des “InOut”-Moduls müßte man 
übrigens einen variablen Parameter mit 
VAR verlangen, um eine solche Überga- 
be zu erzwingen. 


Nachdem alle Ein- und Ausgaben mit den 
Routinen aus “InOut” vom Programm 
getätigt wurden, müssen die Dateien ge- 
schlossen werden. Dazu dienen Closeln- 
putund CloseOutput, die Ein- und Ausga- 
be wieder auf den Bildschirm und die 
Tastatur zurückschalten. Ein Beispiel für 
die Verwendung der Routinen finden Sie 
bei der nächsten Antwort. 


Frage: Wie arbeite ich in Modula mit 
Dateien? 


Antwort: Für die Arbeit mit Dateien ist 
das Modul “FileSystem” zuständig. Die 
dortigen Routinen bilden einen Grund- 
stock einfacher Prozeduren für den Um- 
gang mit Files. Nun werden Sie vielleicht 
nach einem Blick darauf sagen, die 
GEMDOS-Routinen seien doch viel 
umfangreicher und vielleicht auch 
schneller. Das stimmt, ich verweise Sie 
auf andere Artikel zum Umgang mit die- 
sen Funktionen. Welche Vorgehensweise 
Sie wählen, ist natürlich freigestellt. Die 
Verwendung von GEMDOS ist system- 
abhängig, dafür vielleicht flexibler und 
schneller. “FileSystem” ist ein Standard- 
modul, aber leider nicht sehr komfortabel 
implementiert. Das Beispiel hier geht also 
eher konservativ vor. 


In Listing 1 finden Sie ein Programm, das 
den Umgang mit Daten- und Textdateien 
demonstriert. Im ersten Teil geht es dar- 
um, einen Text am Stück in eine Datei zu 
schreiben und wieder einzulesen. Dazu 
werden im Hauptprogramm zunächst 
zwanzig Textzeilen in ein Feld (DerText) 
vom Benutzer eingegeben. Zum Schrei- 
ben der Textdatei kommt die Ausga- 
beumlenkung ins Spiel. Das Programm 
druckt praktisch die zwanzig Zeilen in 
eine Datei. 


Dazu wird sie zunächst mit OpenOutput 
unter dem Namen TEXT.DAT eröffnet. 
Ab jetzt laufen alle Ausgaben mit “InOut” 
in diese Datei. Der Rest ist einfach. Die 
FOR-Schleife schreibt jede Zeile mit 
WriteString hinaus und schließt jeweils 
mit WriteLnab. Diese Vorgehensweise ist 
identisch zum Schreiben auf den Bild- 
schirm. Mit CloseOutput wird die Text- 
datei geschlossen, und die Ausgaben 
gehen wieder auf den Bildschirm. 
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Das Einlesen funktio- 
niert andersherum. 
Mit OpenInput wird 

die Datei als Eingab FROM Strings 
ıe ale. s Eingabe | From ass IMPORT ApplInitialise, EventMessa- 
für alle Eingabe-Rou- | ge, MenuRegister ; 

R « ” de. | FROM GEMAESbase IMPORT AccessoryOpen ; 

tinen von “InOut” de 

finiert. Die Routine | var 
zum Einlesen eines 
Strings bis <Return> 
ist ReadLine. Die 
FOR-Schleife kann 


MODULE EinAccessory; 


FROM SYSTEM IMPORT ADR ; 


IMPORT String ; 


AppID, AccID : INTEGER; 
AccTitle : String; 
MessageBuffer: ARRAY[0..7] OF INTEGER; 


BEGIN 

(* Als Application anmelden *) 
ae Fe: AppID:=ApplInitialise(); 
somit jede Zeile einle- AccTitle:=' AccTitel’; 
sen - das <Retum> (* Als Accessory anmelden *) 

j j AccID:=MenuRegister(AppID, AccTitle); 
wurde ja vorher mit LOOP 
WriteLn geschrieben - (* Auf Öffnen des Accs warten *) 
1 EventMessage (ADR (MessageBuffer)); 

und auf dem Bild (* Mitteilung zum Öffnen ? *) 
schirm anzeigen. IF MessageBuffer[0]=AccessoryOpen THEN 
Closelnput schließt <der eigentliche Programmtext > 
die Eingabedatei wie- 


END; 
(* Accs enden nie ! *) 
der. END; (* LOOP *) 
END EinAccessory. 


Dieses Vorgehen hat 
einige Vor- und einige 
Nachteile. Praktisch 
ist, daß für eine Textdatei dieselben Rou- 
tinen wie für die Ausgabe auf den Bild- 
schirm verwendet werden können. Man 
braucht sich nicht um Dateizeiger usw. zu 
kümmern. Nachteilig ist natürlich, daß so 
Textdateien nur en bloc verarbeitet wer- 
den können. Sie müssen am Stück einge- 
lesen und auch geschrieben werden. 
Während der Ausgabe in eine Textdatei 
können Sie keine Ausgaben auf dem Bild- 
schirm tätigen. Ein Anhängen einer Zeile 
an eine Textdatei ist nicht möglich, eben- 
so kann man nicht beliebig in der Datei 
springen, also z.B. erst die dritte und dann 
vielleicht die erste Zeile lesen. In kom- 
merziellen Systemen existieren extra 
Routinen und Module für die Verarbei- 
tung von Textdateien, die erheblich kom- 
fortabler sein können. Schlagen Sie dazu 
bitte im Handbuch nach. Für LPR-Modu- 
la müßte diese zusätzliche Arbeit erst 
noch geleistet werden. 


Listing 2 


Nun zu Daten-Files. Ich unterscheide sie 
von Textdateien, da in ihnen auch Werte 
direkt ohne Umwandlung in ASCII-Zei- 
chen vorkommen können. Das Programm 
verarbeitet eine kleine Liste aus Perso- 
nennamen und einer dazugehörigen 
Schuldensumme. Die Daten werden vom 
Benutzer eingegeben und stehen dann im 
Feld DieDaten. Dieses Feld soll nun in 
eine Datei geschrieben und wieder aus ihr 
gelesen werden. 


Dafür muß das Modul “FileSystem” ver- 
wendet werden. Eine Variable vom Typ 
File beschreibt eine Datei. In diesem 
Record stehen Informationen zu der be- 
treffenden Datei. Zum Öffnen eines Files 





dient LookUp. Im Beispiel kommt die 
Dateibeschreibung in DatenFile, derFile- 
name ist DemoFileName, und der ab- 
schließende BOOLEAN-Parameter be- 
sagt, daß die Datei zum Schreiben geöff- 
net werden soll. In der FOR-Schleife 
schreibt eine Prozedur WriteDaten die 
Feldelemente nacheinander in die Datei. 
Nach dem Schreiben muß sie geschlossen 
werden; dazu dient Close. Das Einlesen 
läuft entsprechend. Bei LookUp muß 
FALSE als letzter Parameter übergeben 
werden, damit die Datei zum Lesen geöff- 
net wird. Eine Prozedur ReadDaten liest 
jetzt die Feldelemente ein, und danach 
beendet Close wieder die Arbeit mit der 
Datei. Abschließend gibt das Programm 
die gelesenen Daten auf dem Bildschirm 
aus. 





Nun zu WriteDaten und ReadDaten. Sie 
sollen jeweils einen Record vom Typ Da- 
ten schreiben bzw. lesen. Der Dateides- 
kriptor wird ebenfalls als Parameter über- 
geben. Als Konvention wird festgelegt, 
daß zwischen dem Namen und dem 
Schuldenwert ein Null-Zeichen als Tren- 
ner in der Datei stehen soll. 


WriteDaten muß zuerst den String zei- 
chenweise in die Datei schreiben. Dazu 
dient WriteChar, das genauein Zeichen in 
die Datei schreibt und den Dateizeiger 
weitersetzt. Der Dateizeiger bezeichnet 
immer die Stelle in der Datei, an der die 
nächste Lese- oder Schreibeoperation 
auszuführen ist. Nach dem Öffnen einer 
Datei ist der Dateizeiger0,d.h.es wirdam 
Anfang gelesen bzw. geschrieben. 


Ein erneutes WriteChar schreibt das 
Trennzeichen. Der INTEGER-Wert soll 
direkt in seiner rechnerinternen Darstel- 
lung abgespeichert werden. Ein INTE- 
GER ist hier genau ein Wort breit und 
kann mit WriteWord in die Datei ge- 
schrieben werden. Damit ist der Record 
verarbeitet. 


ReadDaten macht praktisch das Gegen- 
teil. Mit ReadChar wird jeweils ein Zei- 
chen aus der Datei in den Daten-Record 
gelesen. Dies geht so lange, bis das Trenn- 
zeichen gelesen wird. Da das Zeichen 
Null gleichzeitig als Endkennung bei 
Strings Verwendung findet, ist damit der 
Name vollständig eingelesen. Der Datei- 
zeiger steht nun auf dem /NTEGER-Wert, 
der mit ReadWord gelesen werden kann, 
womitder komplette Record aus der Datei 
geholt ist. 


Damit haben Sie ein kleines Rahmenpro- 
gramm für den Umgang mit Dateien. Die 
restlichen Prozeduren in “FileSystem” 
löschen und benennen eine Datei um (De- 
lete und Rename), setzen und lesen den 
Dateizeiger (SerPos, GetPos) und ermit- 
teln die Länge der Datei (Length). 


Frage: Welche Compiler-Optionen 
kennt LPR-Modula? 


Antwort: Die Frage ist angesichts der 
mangelnden Dokumentation sinnvoll. 
Mit Compiler-Optionen kann man Vor- 
einstellungen für Teile des Programmtex- 
tes gesondert einstellen. LPR kennt ja in 
der Shell die Einstellungen “Bereichsprü- 
fung” und “Arithmetischer Überlauf”. 
Erstere bestimmt, ob während der Lauf- 
zeit Indizes für Felder auf Einhaltung der 
Feldgrenzen überprüft werden sollen. Ein 
arithmetischer Überlauf kann entstehen, 
wenn Sie z.B. bei einer INTEGER-Varia- 
blen zuMAX(INTEGER) noch I hinzuad- 
dieren. Durch zusätzlichen Code läßt sich 
dies ebenfalls überprüfen. 


Sind diese Überprüfungen ausgeschaltet, 
kann auch über Feldgrenzen hinaus gele- 
sen bzw. geschrieben werden, und die 
Addition MAX(INTEGER)+1 führt auf- 
grund der internen Darstellung zum Wert 
MIN(INTEGER). Ist ein Programm voll- 
ständig ausgetestet, kann das Abschalten 
der Überprüfungen sinnvoll sein, da 
damit das Programm kleiner und schnel- 
ler wird. In LPR gelten die Optionen - 
wenn in der Shell eingestellt - immer für 
den gesamten Programmtext. 


Üblicherweise können diese Einstellun- 
gen auch innerhalb des Programmtextes 
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zeitweise verändert werden. Typischer- 
weise werden dazu Kommentare über- 
prüft und in bestimmter Form als Compi- 
ler-Optionen erkannt. Das Programm- 
stück 

i:=MAX (INTEGER) ; 

(*$V-*) 

i:=i+tl; 

(x$v+*) 
würde keinen Laufzeitfehler erzeugen, 
obwohl ein arithmetischer Überlauf auf- 
treten muß. Die Compiler-Optionen ste- 
hen in Kommentarklammern in einer 
bestimmten Form. Nach dem öffnenden 
Kommentar muß sofort das Zeichen “$” 
und ein Kennbuchstabe für die Einstel- 
lung kommen. Hier ist es ein “V”, das 
typischerweise für die Option “Arithme- 
tischen Überlauf prüfen” verwendet wird. 
Auf den Kennbuchstaben folgt eine 
Schaltanweisung. Das “-” schaltet die 
Option aus, ein “+” setzt sie wieder. Es 
gibt bei einigen Compilern (beispielswei- 
se TDI) auch die Schaltanweisung “=", 
die die vor der letzten Änderung gültige 
Einstellung wieder etabliert. Im Beispiel 
wird die Überlaufsprüfung für die Zuwei- 
sung explizit ausgeschaltet. 


Welche Compiler-Optionen angeboten 
werden und welche Kennbuchstaben gel- 
ten, scheint in der freien Entscheidung der 
Implementatoren zu liegen, selbst wenn 
es sich um ETH-Compiler handelt. Bei 
TDI wird die Bereichsprüfung durch “T” 
gekennzeichnet, bei MAMOS beispiels- 
weise durch “R” (letzteres ist “üblicher”), 
und gleichzeitig bedeutet hier “T”, daß 
alle POINTER vor ihrer Verwendung auf 
ihre Gültigkeit (ungleich NIL) geprüft 
werden. Megamax kennt ein “C” zum 
Ausschalten der strengen Beachtung von 
Groß- und Kleinschreibung; eine Option, 
die ich bei keinem anderen Compiler 
gesehen habe. 


Und nun zurück zum LPR-System: Ich 
habe nach einigen Experimenten mit 
gebräuchlichen Compiler-Optionen im 
Programmtext keine solche Möglichkei- 
ten entdeckt. Mit der Einschränkung, daß 
sich die Programmierer in München viel- 
leicht doch etwas völlig Ungewöhnliches 
ausgedacht haben, kennt LPR also keine 
Optionsschalter im Programmtext, wohl 
aber die beiden genannten globalen Ein- 
stellungen. 


Frage: Wie programmiert man mit LPR 
Accessories? 


Antwort: Nachdem mehrere Leser diese 
Frage gestellt haben, wollte ich eigentlich 
das Ganze an einem kleinen Beispiel 


durchspielen. Es ging um ein Accessory 
zum Ausdruck von Modula-Texten auf 
dem Drucker. Das erste Booten mitinstal- 
liertem Accessory endete mit einem Sy- 
stemabsturz, ein lauffähiges Accessory 
ließ sich nicht erstellen. 


Der Grund dafür wird im Laufzeitsystem 
im immer automatisch hinzugebundenen 
Modul “GEMX” liegen. Die dortige Pro- 
gramminitialisierung scheint sich nicht 
zu dem Zeitpunkt des Ladens der Acces- 
sories korrekt durchführen lassen. Ein 
weiterer Anhaltspunkt für diese Vermu- 
tung ist auch TDI-Modula, das eine sehr 
ähnliche Modulorganisation hat. Dort 
existiert für Accessories ein spezielles 
Laufzeitsystem in “GEMACCX”, das per 
Linker-Anweisung eingebunden werden 
muß. Momentan kann LPR also keine 
Accessories erzeugen. Schade! 


Um aber einer vielleicht korrigierten 
zukünftigen Version vorzugreifen, finden 
Sie in Listing 2 einen Programmrahmen, 
der zeigt, wie ein Accessory program- 
miert werden müßte. 


Ein Accessory muß sich zunächst als 
GEM-Applikation per Appllnitialise 
anmelden. Die zurückerhaltene Pro- 
grammkennung wird bei der Anmeldung 
als Accessory mit MenuRegister - zusam- 
men mit dem Text, der im “Desk”-Menü 
auftauchen soll - verwendet. In der nun 
folgenden Schleife wartet das Programm 
auf einen Accessory-Aufruf und führt 
dann seine eigentlichen Programmfunk- 
tionen aus. Es handelt sich um eine End- 
losschleife, da Accessories nie enden. 


EventMessage wartet auf eine Mitteilung 
von GEM. Dazu wird ein Puffer von 16 
Bytes verwendet, den man am einfach- 
sten in einem INTEGER-Feld darstellt 
(MessageBuffer). Übergeben wird die 
Adresse dieses Puffers. Traf eine Mel- 
dung ein, muß überprüft werden, ob es 
sich um die Aufforderung an das Acces- 
sory handelt, mit der Arbeit zu beginnen. 
In diesem Fall ist das erste Element des 
Puffers gleich der Konstanten Accesso- 
ryOpen. Andere Mitteilungsarten sind 
nur für die Fensterverwaltung wichtig. Ist 
der eigentliche Programmcode ausge- 
führt, kann die Schleife in eine neue 
Runde gehen. 


Alles hat ein Ende .. 


So, damit ist der Modula-Kurs in ST- 
Computer beendet. Ich darf mich nach 
über 200 Seiten Manuskript von Ihnen 
verabschieden. Mein besonderer Dank 
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gilt den Schreibern von Leserbriefen, die 
ihre Fragen in dieser Folge teilweise 
wiedergefunden haben werden. In einer 
Bilanz als Autor würde ich zwei Bereiche 
nennen, die leider nicht ausreichend abge- 
deckt wurden: Die Programmierung pa- 
ralleler Programme und der spezielle, 
systemabhängige Einsatz von Modula auf 
dem ST. 


Das erste Thema habe ich in der ersten 
Folge wohl etwas zu laut angekündigt. Es 
hat sich herausgestellt, daß die Nebenläu- 
figkeit nicht in einer oder zwei Folgen 
einer Serie darzustellen ist. Hinzukommt, 
daß die vorhandenen Modula-Systeme 
die Module für Prozeßaktivitäten zu un- 
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terschiedlich anbieten, als daß sie sich in 
allgemeiner Form präsentieren ließen. 


Die Benutzung von GEMDOS, AES oder 
VDI mit Modula - oder speziell mit LPR- 
Modula - war nicht unbedingt im Konzept 
dieser Serie vorgesehen. Dennoch scheint 
ein großer Bedarf an Informationen zu 
diesem Thema zu bestehen. Vielleicht 
folgen in sporadischen Abständen noch 
einige Artikel dazu, auf jeden Fall werde 
ich in Beiträgen für die “Programmier- 
Praxis” LPR-Modula besonders berück- 
sichtigen. 


Auch weiterhin werde ich Leserbriefe 
versuchen zu beantworten. Sollten Sie 


sehr viele Fragen haben, können diese 
natürlich auch in ST-Computer in der 
Form dieser letzten Folge beantwortet 
werden. Wichtig ist, daß Sie Ihr Interesse 
bekunden, denn Modula ist für Artikel 
natürlich besonders dann wichtig, wenn 
die Leser sich rühren! 


Abschließend darf ich Sie noch auf den 
Modula-Wettbewerb in diesem Heft hin- 
weisen. Die Preise sind eine Teilnahme 
sicherlich wert, und ich wünsche Ihnen 
dabei - wie auch für andere Programmier- 
projekte - viel Erfolg! 


RT 
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Dieses mit 200 DPI arbeitende Bilderfassungsgerät ist die ideale Ar- 
beitshilfe für alle Anwender, die über Geräte mit einem Mega-Speicher 
verfügen (1040, ein Mega, oder aufgerüstete Einheiten). Durch ratio- 
nellste Produktionsmethoden und günstigen Einkauf des Thermo-Kopie- 
rers ist uns nochmals eine Preissenkung für dieses Gerät gelungen 


Neuer Superpreis: 


zzgl. OCR-Schrifterkennung 
Univ. Scanner, Drucker, Kopierer 


Alle Formate möglich / Calamus compatibel. 
Ein absoluter Preishit für jeden ATARI-Nurzer. 


Tel. 0049-89-368197 


ECHNIK 


FAX: 0049-89-399770 


Professional Scanner 2998 .- 


mit OCR-Junior inkl. Ganzseitenmalprogramm ROGER PAINT OCR 
Junior selbstlernende Schrifterkennung PEGASUS + ST 1 Raster Vek- 
tor Konvertierungsprogramm 

300 x 300, 300 x 600, 600 x 600 DPI-Auflösung und 64 Graustufen, 
einschl. Zeichenprogramm und OCR-Schrifterkennung. 

Diese Scannerneuheit für den Industrie- und DTP-Bereich stellt einen 
absoluten Preishit dar. Mit ihm lassen sich sowohl Halbton als auch 
binäre Vorlagen scannen und ablegen und mit allen auf dem Markt 
befindlichen Programmen (auch Calamus) weiterverarbeiten. 

Das mitgelieferte Schrifterkennungsprogramm erlaubt das Umsetzen 
von Text in ASCII-Zeichensatz und ist durch seine Lernfähigkeit von 
hoher Effektivität. 





Videodigitizer PRO 8900 für ATARI 

Der Videodigitizer PRO 8805 liefert die höchste Auflösung, die bei Ver- 

wendung einer normalen Videokamera möglich ist: 1024 Punkte in 512 

Zeilen. Gleichzeitig digitalisiert er mit einer Genauigkeit von 7 Bit, was 

einer Anzahl von 128 Graustufen entspricht. Technische Daten des PRO 

8805: Bildformate: Neochrome, IMG, Doodle, Spat. Ausdruck auf: NEC 

P6/P7, ATARI Laser. Auflösung: 320 x 200, 640 x 200, 640 x 400, 512 

x 512, 1024 x 512. Graustufen: 128 (7 Bit). Anschluß: ROM-Port des 

ATARI ST. Eingangssignal: BAS oder FBAS. S/W und Farbmonitor. 

Preis: DM 498,- 

Neue Colorsoft von Imagic 

16 Farben aus 4096/Zusatzsoft zum PRO 8900 

PRO 8900 mit RGB-Filter + Imagic Soft. 

Der »Farb«-Digitizer 

Realtizer für ATARIST 

Der REALTIZER ist ein in den ROM-Port einsteckbares Modul zur 

ee Digitalisierung von Videobändern aller Art. Die Auflösung 
20 x 200 Punkte, wobei der Farb- und Monochrome-Modus (640 

x.400)des ATARI ST unterstützt wird. Die Auflösung: 16 Graustufen. Pro 

Graustufe beträgt die Digitalisierungszeit 1/25 Sekunde. 

Automatische Helligkeits- und Kontrastregelung. Preis: DM 198, 


a tejpläleagle)\ En 


Preis: DM_98,- 


DM 748,- 
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OCR-Junior Schrifterkennung 

Selbstlernende Schrifterkennung zu Universalscanner für ATARI ST. 
Preis: DM _198,- 

Romportstecker 

Freier Druckerport beim Universalscanner. Ermöglicht Sofortausdruck 

z.B. mit NEC P6/P7. Preis: DM_148,- 


RGB Splitter 

Der RGB-Splitter zerlegt jedes Farb-Videosignal in seine Grundfarben 
Rot, Grün und Blau. Mittels Drehschalter kann jede Grundfarbe und 
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Numerische 
Mathematik 


Teil 4 


Gewöhnliche Differentialgleichung 


Heute beschäftigen wir uns mit ge- 
wöhnlichen Differentialgleichungen 
erster Ordnung. Zur Bestimmung von 
Lösungen derartiger Differentialglei- 
chungen gibt es sehr schöne und auch 
elegante Verfahren. 


Was ist überhaupt eine Differentialglei- 
chung? Zuerst einmal ist es eine Glei- 
chung. In dieser Gleichung taucht neben 
einer unabhängigen Variablen. xauch eine 
abhängige Variable y(x) auf. Ferner treten 
Ableitungen y’(x) der abhängigen Varia- 
blen y(x) auf. Gleichungen, die nur x, y(x) 
-kurz, y-und Ableitungen von y(x) enthal- 
ten, heißen gewöhnliche Differentialglei- 
chungen. Die höchste auftretende Ablei- 
tung bestimmt die Ordnung. Ist die erste 
Ableitung die höchste in einer Gleichung 
vorkommende, spricht man von einer 
gewöhnlichen Differentialgleichung er- 
ster Ordnung. Kann man nach y’ auflösen, 
ist die Differentialgleichung explizit, 
sonst implizit. In der heutigen Folge be- 
handeln wir nur explizite gewöhnliche 
Differentialgleichungen 1. Ordnung. 


Gleichungen, in denen mehrere unabhän- 
gige Variablen x/,x2, ..., eine abhängige 
Variable y(x/,x2,...) und Ableitungen dy/ 
dx1, dyldx2, ... - den partiellen Ableitun- 
gen - auftauchen, heißen partielle Diffe- 
rentialgleichungen. Zu dieser Sorte ge- 
hört jedoch eine wesentlich aufwendige- 
re und schwierigere Theorie, so daß wir 
deren Behandlung ausschließen wollen. 

Im folgenden soll - wegen der Länge der 
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1. Ordnung 


Bezeichnung - unter Differentialglei- 
chung immer eine explizite gewöhnliche 
Differentialgleichung erster Ordnung 
verstanden werden. 


Unsere Differentialgleichung hat die 
Form y'=f(x,y) [oder genauer 
y(x)=f(x,y(x))]. Aufder linken Seite steht 
lediglich y’‚aufderrechten f{x,y). Daman 
eine Funktion y sucht, die diese Glei- 
chung erfüllt, spricht man in diesem Zu- 
sammenhang häufig von Integrations- 
verfahren. Man bräuchte ja auch nur die 
rechte Seite zu integrieren. Aber damit 
tauchen die ersten Probleme auf. Leider 
steckt das y auch in f(x,y). 
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Vorteilhafterweise hängt f aber nur von x 
und y ab. Da liegt es nahe, diese mit Ko- 
ordinaten eines Koordinatensystems zu 
identifizieren. Nimmt man ein kartesi- 
sches Koordinatensystem mit x- und y- 
Achse, so ist jedem Punkt dieses Systems 
ein x- und ein y-Wert zugeordnet. Diese 
Werte werden an fübergeben, d.h. es wird 


f@x,y) berechnet, und man kennt y’ aneiner 


bestimmten Stelle. 


Wie wir in der letzten Folge gesehen 
haben, stellt die erste Ableitung einer 
Funktion y in einem Punkt (x,y) die Stei- 
gung des Graphen von y in diesem Punkt 
dar. Also wird an der Stelle (x,y) eine 
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Ein Richtungsfeld, bestehend aus mehreren Linienelementen mit der jeweiligen Steigung y’=f(x,y) 


kurze Linie in das Koordinatensystem mit 
der Steigung y’=f(x,y) eingezeichnet. 
Dieses kleine Stückchen Linie heißt Li- 
nienelement. Trägt man nun in ein ganzes 
Feld solche Linienelemente ein, kommt 
man zum sogenannten Richtungsfeld 
(s.Bild). Das erste Beispielprogramm gibt 
ein solches Richtungsfeld für die Funk- 
tion f(x,y)=-2xy? auf dem Bildschirm aus. 
Damit man die Orientierung nicht ganz 
verliert, werden auch noch die Koordina- 
tenachsen ausgegeben. 


Mit diesem Verfahren erhält man zwar 
keine einzelne Lösung der Differential- 
gleichung, aber man kann sich leicht ei- 
nen Überblick über den Verlauf aller 
Lösungen verschaffen. 


Die folgenden Verfahren berechnen ein- 
zelne Lösungen. Dazu wird zusätzlich 
noch ein Anfangswert benötigt, damit die 
Auswahl der Lösungen auf eine einzige 
beschränkt werden kann. Es istalso neben 
der Differentialgleichung y’=f(x,y) noch 
ein Zahlenpaar (x°,y°) nötig, das den soge- 
nannten Anfangswert darstellt. 


Ausgehend von diesem Anfangswert 
kann man nun y’’ bestimmen, also die 
Steigung des Graphen von y an der Stelle 
(x°,y’). Mit dieser Steigung zeichnet man 
ein Stückchen gerade Linie, ein Schritt 
wird getan. An der Stelle, an derman dann 
angelangt ist (dem Schnittpunkt der neu 
gezeichneten Linie mit der Senkrechten 
durch den neuen x-Wert), wird erneut die 
Steigung berechnet. Damit ist ein einfa- 
ches Verfahren zur Lösungsbestimmung 
entstanden, das Eulersche Polygonzug- 
verfahren. Benannt wurde es, wie der 
Name unschwer erkennen läßt, nach 
Leonhard Euler (geb. 15.4. 1707 in Basel, 
gest. 18.9. 1783 in Petersburg). Das Pro- 
gramm 2 benutzt die Eulersche Polygon- 
zugmethode. 


Eulersche Polygonzugmethode: 


Startwert: 
Yaryla) 


Rechenvorschrift: 
Yazyr hf. yd.k=0, 1, u 


GRAPH ucx> 
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Dieses Verfahren hat allerdings viele 
Schwächen. Um sie auszugleichen, wur- 
den viele andere Verfahren entwickelt. 
Eine große und wichtige Gruppe stellen 
hierbei die Runge-Kutta-Methoden dar. 
Sie wurden nach Wilhelm Kutta (geb. 3. 
11. 1867 in Pitschen, gest. 25. 12. 1944 in 
Fürstenfeldbruck) und Carl Runge (geb. 
30. 8. 1856 in Bremen, gest. 3. 1. 1927 in 
Göttingen) benannt. Eine Runge-Kutta- 
Methode dritter Ordnung ist beispiels- 
weise die Methode von Heun dritter Ord- 
nung. Diese soll jedoch nicht weiter aus- 
geführt werden. Sehr bekannt istein ande- 
res Verfahren: die klassische Runge- 
Kutta-Methode vierter Ordnung. 
Spricht man von einem Runge-Kutta- 
Verfahren, ist meist diese Methode ge- 
meint. 


klassische Runge-Kutta-Methode vierter Ordnung: 


Startwert: 


Yızyay) 


Rechenvorschrift: 
Kati. y, KO, 
k,=flx,+h/2,y,+k,h/2 
k;=flx,+h/2,y,*k,h/2 
ky=f,+h,y,+hky) 
Yu hikı+2k,+2k,+k)/6 





Das klassische Runge-Kutta-Verfahren 
wurde für das dritte Programm benutzt. 


Das Verfahren von Heun (nicht zu ver- 
wechseln mit dem als Methode von Heun 
dritter Ordnung bezeichneten Runge- 
Kutta-Verfahren) isteine Verbesse- 
rung der Eulerschen Polygonzug- 
methode. Im Unterschied zu den 
vorigen Verfahren ist es implizit. 
Bei expliziten Verfahren tritt der 
neue y-Wert, den man berechnen 
möchte, nur auf einer Seite der Glei- 
chung auf. Man kann also die Glei- 
chung danach auflösen. Bei implizi- 
ten Verfahren geht das nicht. 


Um aber trotzdem derartige Verfahren 
benutzen zu können, kann das Verfahren 
von Heun in Verbindung mit einer Prä- 
diktor-Korrektor-Methode (Beispiel 
4) angewandt werden. Mit dem Prädiktor 
(gekennzeichnet mit dem oberen Index P) 
wird zunächst ein neuer Wert für y be- 
stimmt und dann mit dem Korrektor kor- 
rigiert. Der Korrektor beinhaltet das Ver- 
fahren von Heun. 





Methode von Heun: 


Startwert: 
Yuzyi,) 


"Rechen" vorschrift: 
Yard, keünl. 


Ya 1) 


Jetzt hätten wir schon drei Verfahren. 
Alle haben etwas gemeinsam, es sind 
Einschrittverfahren. Ein y-Wert hinein, 
einer hinaus. Daß nureiner herauskommt, 
dürfte klar sein. Aber es können auch 
mehrere hineingegeben werden. Ein sol- 
ches Verfahren würde dann ein Mehr- 
schrittverfahren genannt. 


Hat man - wie üblich - nur einen 
Anfangswert vorgegeben, muß 
zuerst mit einem Einschrittver- 
fahren für die restlichen Startwer- 
te gesorgt werden. Mit diesen 
kann dann das Mehrschrittver- 
fahren durchgeführt werden. 


Im Beispiel 5 wurde ein Mehr- 
schrittverfahren benutzt, das von 
Adams und Bashforth. Es wurde 
nach John Couch Adams (geb. 5. 
6. 1819 in Lidcot, gest. 21. 1. 
1892 in Cambridge) und Francis 
Bashforth (geb. 8. 1. 1819 in Thurnscoe, 
gest. 12. 1. 1912 in London) benannt. 


Das Adams-Bashforth-Verfahren ist 
ein explizites, lineares 4-Schrittverfah- 
ren. 


Methode von Adams-Bashforth: 


Startwerte: 


Yor Yar Yar Yar %o 


Rechenvorschrift: 
ty, k=0, 1... 
Yazyı rn 55t,-591,1* 374,,- 98,2) /24 





Ein Vergleich der Ergebnisse, die wir aus 
den beschriebenen Verfahren erhalten 
haben, zeigt uns, daß alle Methoden min- 
destens halbwegs brauchbare Werte lie- 
fern, wenn wir zur Beurteilung eine Ge- 
nauigkeit von vier Stellen hinter dem 
Komma heranziehen. Während bei der 
Eulerschen Polygonzugmethode eine 
Schrittweite von 0.001 erforderlich ist, 
um Ergebnisse der geforderten Genauig- 
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keit zu erhalten, ist es bei der klassischen 
Runge-Kutta-Methode nur eine Schritt- 
weite von 0.1. Das Verfahren von Heun 
erfordert eine Schrittweite von 0.01 und 
das von Adams-Bashforth eine von im- 
merhin 0.0001. Wie man leicht sieht, 
streuen die Schrittweiten und damit der 
Rechenaufwand doch erheblich. Trotz- 
dem gibt es nicht das Allzweckverfahren, 
da verschiedene Anforderungen ver- 
schiedene Verfahren erfordern, je nach- 
dem, was gerade wichtig ist (Rechenzeit, 
Genauigkeit, ...). 






Ergebnisse: 





0.0 
1.0 
2.0 


tatsäcı 
x 
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Nach so vielen Verfahren wollen wir 
diese Folge enden lassen. Natürlich gibt 
esnoch weit davon, auch für Differential- 
gleichungssysteme. Aber deren Behand- 
lung würde wohl den Rahmen sprengen. 


Bis zum nächsten Monat... 


Dipl.-Math. Dietmar Rabich 
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Methode von Heun 


(implizites Einschritt- 
verfahren,Prädiktor-Korrektor- 
Methode): 


x 


Eulersche Polygonzug- 
methode 
(explizites Einschrittverfahren): 


Bashforth 


ren): 


Verfahren von Adams- 


(explizites Mehrschrittverfah- 


klassische Runge- 
Kutta-Methode 


(explizites Einschrittverfah- 
ren): 





x y 

0.00000000 1.00000000 
1.00000000 0.00000000 
2.00000000 0.00000000 


h= 1.0000000000E+00 


x y 

0.00000000 1.00000000 
1.00000000 0.50091858 
2.00000000 0.20069456 


h= 1.0000000000E-01 


x % 

0.00000000 1.00000000 
1.00000000 0.50000962 
2.00000000 0.20000652 


h= 1.0000000000E-02 
x y 
0.00000000 1.00000000 


1.00000000 0.50000010 
2.00000000 0.20000006 


h= 1.0000000000E-03 


y 
0.00000000 1.00000000 
1.00000000 1.00000000 
2.00000000 -1.00000000 


h= 1.0000000000E+00 


x y 

0.00000000 1.00000000 
1.00000000 0.50364198 
2.00000000 0.19334190 


h= 1.0000000000E-01 
x BR 
0.00000000 1.00000000 


1.00000000 0.50035568 
2.00000000 0.19936802 


h= 1.0000000000E-02 


x y 

0.00000000 1.00000000 
1.00000000 0.50003542 
2.00000000 0.19993711 


h= 1.0000000000E-03 


x y 

0.00000000 1.00000000 
1.00000000 0.50343035 
2.00000000 0.17917179 


h= 1.0000000000E-01 


x y 

0.00000000 1.00000000 
1.00000000 0.50066225 
2.00000000 0.19851718 


h= 1.0000000000E-02 


x y 

0.00000000 1.00000000 
1.00000000 0.50007824 
2.00000000 0.19985788 


h= 1.0000000000E-03 
x y 
0.00000000 1.00000000 


1.00000000 0.50000795 
1.99999999 0.19998585 


h= 1.0000000000E-04 


x y 

0.00000000 1.00000000 
1.00000000 0.39583333 
2.00000000 0.18258817 


h= 1.0000000000E+00 


x y 

0.00000000 1.00000000 
1.00000000 0.50000060 
2.00000000 0.20000065 


h= 1.0000000000E-01 


x y 

0.00000000 1.00000000 
1.00000000 0.50000000 
2.00000000 0.20000000 


h= 1.0000000000E-02 
x y 
0.00000000 1.00000000 


1.00000000 0.50000000 
2.00000000 0.20000000 


h= 1.0000000000E-03 








es) CurrGemHandle, 
(* Darstellung eines Richtungsfeldes. DeviceHandle, 
(ie ® GemHandle, ExitGem, 
(* Entwickelt mit Megamax Modula 2. 15.02.1989 *) DevParm, 
fa 257 PtrDevParm, 
DeviceParameter; 
FROM GEMGlobals IMPORT LineType; 
(* Listing 1 / by D. Rabich *) 
(* (ce) MAXON Computer GmbH ”) FROM GrafBase IMPORT Pnt; 
MODULE RichtungsFeld; FROM VDIControls IMPORT ClearWorkstation; 
FROM VDIAttributes IMPORT SetLineColor, 
SetLineType; 
FROM VDIOutputs IMPORT Line,Circle; 


(* Importe *) 


FROM Keyboard IMPORT KeyPressed; 


FROM MathLibO IMPORT sin,cos,arctan,entier; FROM AESGraphics IMPORT MouseForm, GrafMouse; 


FROM GEMEnv IMPORT InitGem,RC, 


(* Typen *) = 
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TYPE ScreenData RECORD 
w,h : CARDINAL 
END; 
DiffGleichung PROCEDURE (REAL,REAL) : 
REAL; 


(* Variablen *) 

VAR gemHdl : GemHandle; 
Device : DeviceHandle; 
DevParameter : PtrDevParm; 
Screen : ScreenData; 
Success : BOOLEAN; 


(* Differentialgleichung y'=£(x,y) *) 
PROCEDURE dgl (x,y : REAL) : REAL; 


BEGIN 
RETURN -2.0*x*y*y 
END dgl; 


(* Ausgabe eines Richtungsfeldes *) 
PROCEDURE Richtungsfeld (dgl : 
DiffGleichung; 


Ser : 
ScreenData; 
xa,xb,ya,yb : REAL); 


TYPE Points = RECORD 
xX,Y : CARDINAL 
END; 


VAR Numb,Posi : Points; 
i,j : CARDINAL; 
StepX,StepY, 
KoorX,KoorY : REAL; 
Abst : INTEGER; 


(* zeichnet ein Linienelement *) 
PROCEDURE DrawLine(x,y : CARDINAL; Steigung 
REAL); 


CONST Br = 7.0; 


VAR Winkel : REAL; 
AbX,AbY : INTEGER; 


BEGIN 
Winkel:=arctan (Steigung) ; 


HORT (entier (cos (Winkel) *#Br)); 
:=SHORT (entier (sin (Winkel) *#Br)); 


Line (Device, Pnt (INTEGER (x) -AbX, INTEGER (y) + 
AbY), 
Pnt (INTEGER (x) +AbX, INTEGER (y) - 
AbY)); 


Circle (Device, Pnt (INTEGER (x) , INTEGER (y)), 2) 
END DrawLine; 


BEGIN 
ClearWorkstation (Device); 
SetLineColor (Device,1); 


(* Koordinatenkreuz *) 
SetLineType (Device, dottedLn); 
IF xa*xb<0.0 THEN 
Abst :=SHORT (entier (FLOAT (Screen .w)* (-xa) / 
(xb-xa))); 
Line (Device, Pnt (Abst, 0) ‚Pnt (Abst, Screen.h-1)) 
END; 
IF ya*yb<0.0 THEN 
Abst :=SHORT (entier (FLOAT (Screen.h)*(-ya)/ 
(yb-ya))); 
Line (Device, Pnt (0,Abst) ‚Pnt (Screen.w-1,Abst)) 
END; 


(* Richtungsfeld *) 
SetLineType (Device, solidLn) ; 


Numb.X:=Screen.w DIV 16; 
=Screen.h DIV 16; 


xb-xa) /FLOAT (Numb.X-1); 
yb-ya) /FLOAT (Numb.Y-1); 
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KoorY:=yb; 

FOR j TO Numb.Y-1 DO 
DrawLine (Posi.X,Posi.Y,dgl(KoorX,KoorY)); 
INC (Posi.Y,16); 
KoorY:=KoorY-StepY 

END; 


INC (Posi.X,16); 
KoorX:=KoorX+StepX 
END 


END Richtungsfeld; 


(* Hauptprogramm *) 
BEGIN 
InitGem(RC,Device, Success); (* GEM initial. *) 
IF Success THEN 
gemHdl:=CurrGemHandle (); (* GEM-Handle *) 


DevParameter:=DeviceParameter (Device); 

(* Monitor-Daten *) 
Screen.w DevParameter*.rasterWidth+1; 
Screen.h evParameter*.rasterHeight+l; 


GrafMouse (mouseOff,NIL); 


(* Ausgabe Richtungsfeld *) 
Richtungsfeld (dgl, Screen, -2.0,2.0,-2.0,2.0); 


(* auf Taste warten... *) 
REPEAT 
UNTIL KeyPressed(); 


GrafMouse (mouseOn,NIL); 


ExitGem (gemHdl) (* Auf Wiedersehen!! *) 
END 


[DE SS} 


(* Beispielprogramm zur Euler'schen 
Polygonzugmethode. 


(* Entwickelt mit ST Pascal Plus. 15.02.1989 *) 
(aaa a 220 


(* Listing 2 / by D. Rabich 
(*  (c) MAXON Computer GmbH 


program euler_polygonzug; 


(* Konstante *) 
const real_fehler = 1.0E-8; 


(* Variablen *) 
ver i : short_integer; 
x,y,h : real; 


(* Differentialgleichung dgl *) 
function dgl (x,y : real) : real; 


begin 
dgl:=-2*xtyty 
end; 


(* Schrittfunktion nach Euler *) 
function euler (function dgl (x,y : real) 
var xk 

yk,h 


var ykl : real; 
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end; 


(* Hauptprogramm *) 
begin 


(* Startschrittweite *) 
h:=1.0; 


for i:=1 to 4 do 
begin 
writeln(' x 


(* Startwert *) 
-0; 
.0; 


writeln(x:12:8,' ',y:12:8); 


(* bis x=2.0 rechnen *) 
repeat 


y:=euler (dgl,x,y,h); 


if abs (x-round(x))<real_fehler then 
writeln (x:12:8,' ',y:12:8) 


until x>=2.0; 


h:=h/10; 
writeln 
end; 


(* warten auf Taste... *) 
repeat 
until keypress 


end. 


RAR) 
(* Beispielprogramm zur klassischen 

(* Runge-Kutta-Methode (vierter Ordnung) . 

(x 

(* Entwickelt mit ST Pascal Plus. 15.02.1989 *) 
(RAR) 


(* Listing 3 / by D. Rabich x) 
(* (ce) MAXON Computer GmbH *) 


program runge_kutta_methode; 


(* Konstante *) 
const real_fehler = 1.0E-8; 


(* Variablen *) 
var i : short_integer; 
x,y,h : real; 


(* Differentialgleichung dgl *) 
function dgl (x,y : real) : real; 


begin 
dgl:=-2*x*y*y 
end; 


(* Schrittfunktion nach Runge-Kutta *) 
funetion runge_kutta (function dgl (x,y : real) 
real; 
var xk : real; 
yk,h : real) : real; 


var k1,k2,k3,k4 : real; 


begin 
k1 :=dgl(xk, yk); 
k2 gl (xk+h/2, yk+h*k1/2); 
x3 =dgl (xk+h/2, yk+h*k2/2); 
ka gl(xk+h, yk+hrk3); 
xk xk+h; 
zunge kutta:=yk+h* (kl+k4+2* (k2+k3)) /6 
end; 





(* Hauptprogramm *) 
begin 


(* Startschrittweite *) 
h:=1.0; 


for i:=1 to 4 do 
begin 
writeln(' x 


(* Startwert *) 
-0; 
-0; 


writeln(x:12:8,' ',y:12:8); 


(* bis x=2.0 rechnen *) 
repeat 


y:=runge_kutta(dgl,x,y,h); 


if abs (x-round(x))<real_fehler then 
writeln(x:12:8,' ',y:12:8) 


until x>=2.0; 


(* warten auf Taste... 
repeat 
until keypress 


end. 


AR) 


(* Beispielprogramm zur Methode von Heun (eine *) 
(* Prädiktor-Korrektor-Methode, implizit). *) 
(* == *) 


(* Entwickelt mit ST Pascal Plus. 15.02.1989 *) 
[Es 


“- -+- -- *) 


(* Listing 4 / by D. Rabich x) 
(* (ce) MAXON Computer GmbH *) 


program heun_methode; 


(* Konstante *) 
const real_fehler = 1.0E-8; 


(* Variablen *) 
ver i : short_integer; 
x,y,h : real; 


(* Differentialgleichung dgl *) 
function dgl (x,y : real) : real; 


(* Schrittfunktion nach Heun *) 
function heun (function dgl (x,y : real) 
var xk 


yk,h 


var kl,k2 : real; 


begin 

(* Prädiktor über Euler'sche Polygonzugmethode 
bestimmen, *) 

(* Korrektor ü. d. implizite Trapezmethode. *) 

kl :=dgl(xk, yk); 

k2 :=dgl(xk+h,yk+htk1); 

xk xk+h; 

heun:=yk+h* (k1+k2) /2 

end; 
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(* Hauptprogramm *) 
begin 


(* Startschrittweite *) 
h:=1.0: 


for i:=1 to 4 do 
begin 
writeln(' x 


(* Startwert *) 
.0; 


writeln(x:12:8,' ',y:12:8); 


(* bis x=2.0 rechnen *) 
repeat 


y:=heun (dgl,x,y,h); 


if abs (x-round(x))<real_fehler then 
writeln(x:12:8,' ',y:12:8) 


until x>=2.0; 


h:=h/10; 
writeln 
end; 


(* warten auf Taste... *) 
repeat 
until keypress 


end. 


(KARA AR RAR RAR) 
(* Beispielprogramm zur Methode von Adams- x) 
(* Bashforth (ein expliz. Mehrschrittverfahren) *) 
(x *) 
(* Entwickelt mit ST Pascal Plus. 15.02.1989 *) 
(KRKKHKKKARARAARAA RR AA) 


(* Listing 5 / by D. Rabich *) 
(*  (c) MAXON Computer GmbH *) 


Program adams_bashforth_methode; 


(* Konstante *) 
const real fehler = 1.0E-8; 


(* Variablen *) 

var i : short_integer; 
x,h, 
yl,y2,y3,y4, 
£1,£2,£3,f4 : real; 


(* Differentialgleichung dgl *) 
function dgl (x,y : real) : real; 


begin 
dgl:=-2txty*y 
end; 


(* Schrittfunktion nach Heun *) 
function heun (function dgl (x,y : real) 
xk,yk,h 


var kl,k2 : real; 
begin 
(* Prädiktor über Euler'sche Polygonzugmethode 


bestimmen, *) 
(* Korrektor ü. d. implizite Trapezmethode. *) 


heun:=yk+h* (k1+k2) /2 
end; 


122 ST” 12/1989 


(* Schrittfunktion nach Adams-Bashforth *) 
function adams_bashforth (function dgl (x,y 
real) : real; 
var yl,y2,y3,y4,f£l,£2, 
£3,£4,xk : real; 
hı: real) : real; 


var ykl : real; 
begin 


(* neues y berechnen *) 
ykl:=y4+h* (55*£4-59*£3+437*£2-9*£4) /24; 


(* neues x berechen *) 
xk :=xk+th; 


(* Funktionswerte umdeklarieren und einen neu 
berechnen *) 


gl(xk,ykl); 


alte y-Werte umdeklarieren *) 


adams_bashforth:=ykl 
end; 


(* Hauptprogramm *) 
begin 


(* Startschrittweite *) 
h:=0.1; 


for 1 to 4 do 
begin 
weriteln(' x 


(* Startwert *) 
yl:=1.0; 
x .0; 


(* weitere Startwerte holen *) 
y2:=heun(dgl,x+h, yl,h); 
y3 eun (dgl,x+2*h,y2,h); 
y4:=heun (dgl,x+3*h,y3,h); 


(* die ersten vier Funktionswerte berechnen *) 
#1 

£2:=dgl(x+h,y2); 

£3 

f4:=dgl (xt3*h,y4); 


writeln(x:12:8,' ',yl:12:8); 


(* Auswertung beginnt bei... *) 
x:=x+3*h; 


(* bis x=2.0 rechnen *) 
repeat 


(* neues y berechnen *) 
y4:=adams _bashforth (dgl, yl,y2,y3,y4,£1,£2,£3, 
£4,x,h); 


if abs (x-round (x))<real_fehler then 
writeln(x:12:8,' ',y4:12:8) 


until x>=2.0; 
h:=h/10; 
writeln 
end; 
(* warten auf Taste... 
repeat 


until keypress 


end. 





In der heutigen, letzten Folge des Love- 
Iy Helpers wollen wir uns mit insgesamt 
zwei Punkten beschäftigen. Zunächst 

einmal ist der Rest des Taschen- 
rechners zu besprechen. Aus 
Platzgründen konnte ja letztes 
Mal nur die erste Hälfte do- 
kumentiert werden. Als 
zweiter Programmpunkt 
ist dann noch die lange 
erwartete Endmontage 
des Lovely Helpers 
vorzunehmen. 


Nachgesessen 


Beginnen wir mitdem “Taschen- 
rechner”. An einem kleinen Beispiel 
möchte ich Ihnen den Kernpunkt unserer 
heutigen Problematik demonstrieren. 
Betrachten Sie folgende Tastensequenz: 


1+2*3+1= 


Das Ergebnis wird niemanden erstaunen, 
es lautet acht. Dabei wurde aber bereits 
vorausgesetzt, daß die Multiplikation 
eine höhere Priorität als die Addition 
besitzt- die sogenannte Punkt-vor-Strich- 
Regel. Um nun derartige Prioritätsregeln 
in unserem “Taschenrechner” zu berück- 
sichtigen, benötigen wir als Hilfsmittel 
eine Ablage für Operatoren und Operan- 
den. Dort müssen alle Operatoren und 
Operanden abgelegt werden, für die noch 
nicht feststeht, in welcher Reihenfolge sie 
abgearbeitet werden sollen. Das Stich- 
wort heißt Stack - der englische Begriff 
für Stapel. Deshalb möchte ich, bevor es 
an die Erläuterung der Verarbeitung arith- 
metischer Operationen geht, zunächst 
näher auf Stacks eingehen. 
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Der Datentyp Stack 


Eine Analogie - Datenstruktur Stack <— 
> Stapel von Informationen - hilft uns, die 
Arbeitsweise der Datenstruktur Stack 
leichter zu begreifen. Stellen Sie sich also 
einen Stapel, sagen wir Papier, vor. Sie 
haben nun mehrere Möglichkeiten: Sie 
können entweder weitere Blätter in diesen 
Stapel einfügen - durch Drauflegen - oder 
Sie können Blätter entfernen, 


Wenn Sie Ihren Stapel betrachten, kön- 
nen Sie zwei Dinge feststellen: Zumeinen 
läßt sich beobachten, ob Sie einen leeren 
Stapel besitzen oder nicht. Zum anderen 
können Sie das oberste Blatt Papier einse- 
hen. Und damit haben wir es auch schon: 
Wir haben einen Datentyp: Stapel. Wir 
haben zwei Operationen zum Aufbauen 
und Abbauen von Objekten dieses Daten- 
typs. Ferner besitzen wir noch zwei Ope- 
rationen, um Statusinformationen von 
unserem Stapel zu erhalten, und zwar: 


a. die Information, ob der Stapel leer ist. 


b. die Information über den Inhalt des 
obersten Stapelelementes. 


Weiterhin können wir notieren, daß ein 
solcher Stapel, vorausgesetzt, Sie führen 
obige Stapelverwaltung im Freien durch 
und ausreichend Papier und eine Leiter 
stehen zur Verfügung, beliebig groß wer- 


den kann, also eine dyna- 
mische Struktur besitzt. 
Halt! Eine Operation habe ich 
noch vergessen. Wir müssen uns 
natürlich erst einmal ein Plätzchen 
suchen, wo wir unsere Papierberge 
auftürmen! Der Stapel muß also zu- 
nächst erzeugt werden, was eine separa- 
te Operation erforderlich macht. 


Vor der Umsetzung dieser Analogie in 
Pascal notieren wir noch die fünf Be- 
zeichnungen für die obigen Operationen. 
Sie sind, genau wie der Begriff Stack, 
dem englischen Sprachschatz entlehnt: 


Bezeichnung: Operation: 
create Erzeugen eines 
Stapels 
push Hinzufügen eines 
Elementes an 
oberster Position 
pop Entfernen des 
obersten Elementes 
top Einsicht des obersten 
Elementes 
is_empty Überprüfen auf den 
leeren Stapel 
Eine statische 
Darstellung der Stacks 


Da wir eine Anwendung von Stacks in 
einem Accessory wünschen und somitder 
Pascal-Heap streng limitiert ist, liegt es 
nahe, Stacks statisch, also mit Hilfe von 
Arrays darzustellen. Einmal festgelegt 
auf Arrays, treffen wir die Konvention, 
daß unser Stack von links nach rechts 
wächst, also die erste Arraykomponente 
das unterste Element des Stapels auf- 
nimmt. 


Anmerkung: In unserem Programm wer- 
den wir später zwei unterschiedliche 
Stacks anwenden. Einen Stack mit Basi- 
styp Real - den Operandenstack - und 
einen Stack mit Basistyp op_type - den 
Operatorenstack. Demzufolge sind die 
obigen Bezeichnungen (create etc.) inner- 
halb des Programmes jeweils um eine 





Silbe - op oder real - zu erweitern, um die 
Unterscheidung zu ermöglichen. Der 
Lesbarkeitkeit halber werde ich die Kurz- 
bezeichnungen aber bis zum Ende dieses 
Abschnitts beibehalten. 


Zusätzlich zu diesem Array benötigen wir 
noch eine Variable, die die momentan 
oberste Position des Stapels im Array 
markiert, also ein Objekt vom Bereichs- 
typdes Arrays. Ein derartiges Objekt wird 
auch Stackpointer genannt. Läßt man für 
den Stackpointer einen Wert zu, der au- 
Berhalb des Bereichstyps des Arrays liegt, 
hat man eine Möglichkeit, den leeren 
Stack zu markieren, indem dem Stack- 
pointer der Wert, nennen wir ihn 
leerer_stack, zugewiesen wird. 


Alle diese Festlegungen finden sich im 
Konstanten- und Typdeklarationsteil der 
Prozedur do_rechner wieder (Listing 14, 
Zeilen 10-12 und 21-36). Die Namensge- 
bungen dürften dabei einsichtig sein. 
Sehen wir uns nun an, wie sich die fünf 
zuvor eher abstrakt eingeführten Opera- 
tionen auf dieser Repräsentation des Da- 
tentyps Stack realisieren lassen: 








Dort ist zuerstcreate. Eserhältein Objekt 
vom Typ Stack. 

Es setzt den Stackpointer auf den Wert 
leerer_stack (Zeilen 501-505, 562-566). 


Unsere Operation zum Einfügen eines 
Elementes in einen Stack - push - erhält 
entsprechend ein Objekt vom Typ Stack 
und ein Objekt vom Stackbasistyp zur 
Durchführung seiner Aufgabe. Dabei 
wird zunächst der Stackpointer aufge- 
rückt, da ein weiteres Objekt in den Stack 
aufgenommen werden soll. Anschließend 
wird an der durch den Stackpointer be- 
zeichneten Arrayposition, der Wert des 
neuen Datenobjekts zugewiesen (Zeilen 
524-540, 574-590). 


Entgegen den zuerst gemachten Angaben 
über den Datentyp Stack besitzt diese 
Repräsentation der Stacks nicht die Fä- 
higkeit, beliebig viele Elemente aufzu- 
nehmen. Deshalb wird es erforderlich, 
push als Operation mit boolschem Feh- 
lerparameter zu implementieren, um eine 
eventuelle Überschreitung des Arrayfor- 
mats (Stackoverflow) anzuzeigen. Die 
entsprechende Überprüfung ist natürlich 
vor Ausführung der obigen anderen Tei- 
loperationen durchzuführen, da sonst ein 
Zugriff auf nicht definierte Arraykompo- 
nenten droht. 
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{* Listing 16 : Dialog-Handling des Helper- 


Hauptdialogs 


{* (<) MAXON Computer GmbH 


{* Datei : HELPER1.PAS 
{* last update : 19.5.1988 


=] 
= 
*} 
ei 


a a 2225) 


PROCEDURE do_helper; 


VAR button : integer; 


BEGIN 
begin_update; 


button:=do_dialog(helper_dialog,0); 
obj_setstate (helper_dialog, button, normal, 


false); 
end_dialog(helper_dialog); 
end_update; 
CASE button OF 
bkalende : do_kalender; 
bdirect : do_ direct; 
binfo : do_info; 
bspooler : do_spooler; 
brechner : do_rechner; 
bzeit : do_zeit; 
END; 
END; 


De) 


{* Listing 17 : Resource-Handling für den 


Lovely Helper 


IR (c) MAXON Computer GmbH 


{* Datei : HELPER.PAS 
{* last update : 19.5.88 


er 
"7 
x 


N 


22225 


1$s130,p-} 
PROGRAM helper; 


CONST {$i gemconst.pas} 
{$i helper.i} 
{$i trixcons.pas} 


TYPE {$i gemtype.pas} 
{$i trixtype.pas} 


VAR msg : message buffer; 
apl_name : str255; 
apl_nr 
menu_nr 
event 
dummy : short_integer; 


info dialog 
disk_dialog 
kalender_dialog 
kalenderl_dialog 
kalender2 dialog 
zeit_dialog 
parameter dialog 
synchro_dialog 
spooler dialog 
text_dialog 
graphik_dialog 
sidkill_ dialog 
direct dialog 
rechner dialog , 
helper_dialog : dialog_ptr; 


{Reihenfolge wichtig !!!} 


{$i gemsubs.pas} 
{$i trixsubs.pas} 
{$i hilf.pas} 
{$i infol.pas} 
{$i zeitl.pas} 
{$i spoolerl.pas} 
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Für die Operation pop gilt ähnliches 
(Zeilen 513-522, 592-601). 

Sie erhält zwar nur ein Objekt vom Typ 
Stack - ein Objekt von Basistyp ist nicht 
erforderlich -, wird aber auch durchge- 
führt, indem der Stackpointer bewegt 
wird. Und zwar diesmal nach links. Dabei 
kann auch wieder ein Fehler auftreten, 
wenn der Stackpointer bei bereits leerem 
Stack nach links bewegt wird (Stackun- 
derflow). Die obigen Teiloperationen 
sind entsprechend zu sichern. 


Anders als bei einem Stackoverflow han- 
delt es sich bei einem Stackunderflow 
aber um einen Fehler, der bereits der all- 
gemeinen Betrachtung des Datentyps 
Stack anhaftete und nicht erst durch die 
Implementierung der Stacks in Arrays 
eingebaut wurde. Dementsprechend war 
ja gerade zur Verhütung dieses Fehlers 
eine Operation, is_empty, vorgesehen. 
Sie wird nun realisiert, indem der Stack- 
pointer eines Objekts vom Typ Stack auf 
den Wert leerer_stack überprüft wird. 


Letztendlich implementieren wir noch 
die Funktion top (Zeilen 542-547, 603- 
608). Sie errechnet als Funktionsergebnis 
das oberste Stackelement. Sie ist eben- 
falls wieder durch einen Check auf den 
leeren Stack zu sichern. 


Neben diesen allgemeinen Stackopera- 
tionen definieren wir noch zwei problem- 
bezogene Funktionen auf den beiden 
Stacktypen: 


Auf den Operatorstacks wird die Funk- 
tion anz_grund_op (Zeilen 549-560) de- 
finiert. Sie berechnet die Anzahl der 
Grundrechenoperationen im Operatoren- 
stack. 


Auf den Wertestack wird die Funktion 
depth_real (Zeilen 610-614) definiert. 
Sie ließt die Stacktiefe aus. 


Die “Rechnermaschine” 


Mit diesen Operationen läßt sich das 
Ablagesystem formulieren, das die Ope- 
ratorprioritäten und die Klammerung be- 
rücksichtigt. Und genau an dieser Stelle 
(Zeile 616) knüpfen wir wiederim Listing 
14 an. Der Dialog ist geführt und Werte 
und Operatoren liegen an der Schnittstel- 
le von do_edit als Sequenzen vor. Zusätz- 
lich sind die Stacks definiert. Es folgen 
einige Hilfsroutinen: 


Als erstes die Prozedur reset_rechner 
(Zeilen 616-625). Sie überführt den Rech- 
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{$i spooler2.pas} 
{$i zeit2.pas} 

{$i directl.pas} 
{$i rechnerl.pas} 
{$i helperl.pas} 


FUNCTION initialisieren : 


VAR ok : 


boolean; 


boolean; 


BEGIN 


ok:=load_resource (concat ('A:\HELPER.RSC')); 
IF ok THEN 


BEGIN 
apl_name:=' Lovely Helper‘; 
menu_nr:=menu_register (apl_nr,apl_name); 
find_dialog(info,info_dialog); 
find dialog (diskwahl, disk_dialog); 
find dialog (paramete, parameter dialog); 
find dialog (synchro, synchro_dialog); 
find dialog (dspooler, spooler_dialog); 
find dialog (dructext,text_dialog); 
find dialog (drucgrap, graphik_dialog); 
find dialog(delsid,sidkill dialog); 
find dialog (dkalende, kalender_dialog) ; 
find dialog (dkalendl,kalenderl_dialog); 
find_ dialog (dkalend2,kalender2_ dialog); 
find dialog (dsettime, zeit_dialog); 
find dialog(direct,direct dialog); 
find dialog (rechner, rechner_dialog); 
find dialog (helper,helper_dialog); 
center_dialog(info_dialog); 
center _dialog(disk dialog); 
center dialog (parameter dialog); 
center_dialog(synchro_dialog); 
center dialog(spooler dialog); 
center_dialog(text_dialog); 
center dialog (graphik_dialog); 
center_dialog(sidkill_ dialog); 
center dialog(kalender dialog); 
center dialog(kalenderl_dialog); 
center_dialog(kalender2_ dialog); 
center dialog(zeit_dialog); 
center dialog(direct dialog); 
center_dialog(rechner_ dialog); 
center _dialog(helper dialog); 
getdate (dummy, default _monat,default_jahr); 
init_queue; 
datei_nam Ba. 
pfad_name:='A:\*.*'; 
io_check (false); 
rewrite (spoolchannel, 'PRN:'); 
load_parameter; 

END; 





initialisieren:=ok; 
END; 


BEGIN 
apl_nr:=init_gem; 
IF apl_nr 

IF initialisieren THEN 
WHILE true DO 
BEGIN 





event:=get_event (e message | e_timer,0,0,0, 
parameter.interrupt, false, 0,0,0,0, 
false, 0,0,0,0,msg,dummy, dummy, dummy, 
dummy, dummy, dummy) ; 

IF (event & e message<>0) AND(msg[0]=ac_open) THEN 


do_helper; 


IF event & e timer<>0 THEN 


BEGIN 


timer_interrupt; 
printer_interrupt; 


END; 
END; 


ner in einen initialen Zustand - die Stacks 
sind leer; die Statusvariablen auf ihren 
Startwerten. 

Weiterhin wird die Funktion prior (Zeilen 





627-637) definiert. Sie weist einigen 
Operatoren ihre Prioritäten zu. Unter- 
schieden werden insgesamt drei Prioritä- 
ten: 








sqr Quadrat 

sqrt Wurzel IR 
min Wert speichern 

mr Wert laden 

mminus Wert abziehen 
mplus Wert addieren - 
add Addieren - 
sub Subtraktion 

mult Multiplikation 

div Division 





Bezeichnung: Name: Definition: Überlauf: 

log Dekadischer R* 1- 
Logarithmus 

exp10 Dekadischer R 38 

< Exponent 

In Natürlicher R* - 
Logarithmus 

exp Natürlicher R 87.49824 
Exponent 

sin Sinus IR Ix * c [230 

cos Kosinus IR |x * c |230 

tan Tangens R x * c |230 


(mit c = n/180 für DEG; c = 1 für RAD; c = n/200 für GRAD) 


arcsin Inverser Sinus [-1,1] 
arccos Inverser Kosinus [-1,1] 
arctan Inverser Tangens - 


(arctan ist in der Nähe von 90, 100, n/2 sehr ungenau) 


x2 e |R\(0} 
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kl21e 19 


siehe sub 

siehe add 
x1+x221e38 
x1-x221e38 
log(Ix1|+e)+log(Ix2|+e)<38 
log(Ix1|+e)-Iog(Ix2|)<38 





Tabelle 3: Mathematische Funktionen des Taschenrechners und ihre Definitions- und Wertebereiche 


unter Pascal+ 


Die niedrigste Priorität hat eine geöffnete 
Klammer (0), direkt gefolgt von Addition 
und Subtraktion (1). Division und Multi- 
plikation (2) haben von den betrachteten 
Operatoren die höchste Priorität. Die 
noch höheren Prioritäten der einstelligen 
naturwissenschaftlichen Funktionen wer- 
den bereits an anderer Stelle berücksich- 
tigt. 


Eine weitaus umfangreichere Operation 
ist do_operator (Zeilen 639-793). Sie 
arbeitet mit den obersten Stackelementen 
beider Stacks und wertet dabei jeweils 
einen Operator aus. Je nachdem, ob der 
Operator einstellig oder zweistellig ist, 
werden dazu ein bis zwei Operanden 
herangezogen. Nach seiner Ausführung 
plaziert do_operator das Endergebnis 
wieder auf den Operandenstack. Dabei 
wird die Möglichkeit von Laufzeitfehlern 
durch Überschreitung des Real-Formates 
ausgeschlossen, indem das Ergebnis vor 
Ausführung der Operation abgeschätzt 
wird. Benötigt werden insgesamt zwei lo- 
kale Hilfsroutinen: 


anz_operanden (Zeilen 645-655) be- 
stimmt für einen Operator die Anzahl der 
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Operanden (Grundrechenarten 2, sonsti- 
gel). 


vorz_plus (Zeilen 657-669) berechnet vor 
Ausführung von Multiplikation und Divi- 
sion das Vorzeichen des Ergebnisses. 
Im Hauptblock werden nun zunächst un- 
ter Berücksichtigung jedweder Fehler- 
möglichkeiten der Operator und die ent- 
sprechende Anzahl Operanden besorgt 
(Zeilen 672-689). Liegt soweit kein Feh- 
ler vor - die Stacks waren ausreichend 
gefüllt -, werden Operator und Oper- 
and(en) ausgewertet (CASE-Statement). 
Dabei sind die Operationen, je nach Defi- 
nitionsbereich und Wertebereichsent- 
wicklung, vor Undefiniertheiten gesi- 
chert. 


Für eine Übersicht der Undefiniertheiten 
habe ich Ihnen die Tabelle 3 angefertigt. 
Hier finden Sie links die mathematische 
Bezeichnung der Funktion und darauf 
folgend ihren Namen. In der dritten Spalte 
findet sich der mathematische Defini- 
tionsbereich der entsprechenden Funk- 
tion und in der letzten Spalte ihre Ein- 
schränkung, bedingt durch die Begren- 
zung des Real-Formates. Die Zuordnung 


zu unseren Operatoren dürfte dabei klar 
sein. Die Programmierung der meisten 
Operationen bereitet keine Schwie-rig- 
keiten. An dieser Stelle möchte ich nur 
zwei Tricks herauspicken, die vielleicht 
ganz interessant sind: 


Fehlerabschätzung 
durch Logarithmus 


Der Fehlerabschätzung bei der Multipli- 
kation und Division liegt folgende mathe- 
matische Formel zugrunde: 


log(a*b) = log(a)+log(b) 


Durch Addition (Subtraktion) der Loga- 
rithmen beider Operanden kann vor Aus- 
führung der Operation ermittelt werden, 
ob in Folge der Ausführung ein Laufzeit- 
fehler wegen Überschreitung des Real- 
Formates stattfindet. Dies ist nämlich 
immer dann der Fall, wenn der Wert des 
Ergebnisses größer als 1e38 wird bzw. die 
Summe (Differenz) der dekadischen 
Logarithmen 38 überschreitet. 


Winkelfunktionen... 


... oder “Wie man drei Fliegen mit einer 
Klappe schlägt” 


Wie Sie sicher wissen, gibt es bei den 
trigonometrischen Funktionen drei unter- 
schiedliche Maßeinheiten. Auch in mei- 
nem “Taschenrechner” habe ich nicht 
darauf verzichtet, diese zu implementie- 
ren, denn mindestens zwei (DEG und 
RAD) sind bei uns sehr geläufig. Die 
Pascal+-Funktionen rechnen alle inRAD, 
Mit einer vorgeschalteten Konstante, 
t_faktor, ist es allerdings möglich, die 
Maßeinheiten zu konvertieren und somit 
die Funktionen allgemeingültig zu be- 
rechnen. Bei den inversen trigonometri- 
schen Funktionen findet dasselbe Spiel 
statt, nur daß hierbei die Konstante nicht 
vor-, sondern nachgeschaltet ist. Am 
Ende von do_operator muß nur noch das 
Ergebnis der Operation auf den Stack 
befördert werden (Zeilen 791-792). 


Kommen wir zum Hauptblock von 
do_rechner (Zeilen 795-893). Nach einer 
Initialisierung wird die zentrale RE- 
PEAT-Schleife (Zeile 801-890) betreten. 
Als erste Aktion erfolgt ein Aufruf von 
do_edit zwecks Dateneingabe. 


In den folgenden Zeilen geht es darum, 
welche Werte der Eingabe auf den Werte- 
stack abgelegt werden. Dabei sind zwei 
Ausnahmeregelungen zu berücksichti- 
gen: 


Hat man einen leeren Operator- und ei- 
nen nicht leeren Wertestack, ist der Wer- 
testack zu löschen, weil dann die alten 
Werte von keinerlei Bedeutung mehr 
sind. (Diese Situation tritt z.B. ein, wenn 
nach beendeter Rechnung eine neue Zahl 
eingegeben wird. Deralte Wert liegtdann 
noch auf dem Wertestack, obwohl nicht 
mehr darauf zugegriffen werden kann.) 


Die bereits beim letzten Mal betrachtete 
Sequenz 2 + =, impliziert, obwohl der 
zweite Operand nicht eingegeben ist, daß 
2 +2 =berechnet werden soll. Der ober- 
ste Wert des Wertestacks ist also zu ver- 
doppeln. 


Diese beiden Ausnahmen, zusammen 
mit push_real - dem einfachen Abstak- 
ken des edierten Operanden - ergeben die 
Zeilen 804-822. 


Der nächste große Programmblock be- 
schäftigt sich mit der Abarbeitung der 
Operatorsymbole. In dem dabei verwen- 
deten CASE-Statement werden folgende 
Fallunterscheidungen getroffen: 


Der Operator ist eine naturwissen- 
schaftliche Funktion. 

In diesem Fall muß der Operator nur 
gepusht und einmal do_operator ausge- 
führt werden. 


Der Operator ist eine Grundrechen- 
art. 

Der klassische Fall! Entsprechend den 
vorhergehenden Betrachtungen werden 
die Operationen gemäß ihren Prioritäten 
abgearbeitet. Abschließend muß der 
neue Operator nur noch gepusht werden. 


Der Operator ‘(* 

Der ‘(‘- Operator erlangt nur Gültigkeit, 
wenn er zusammen mit einem nicht gül- 
tigen Wert eingegeben wird, in diesem 
Fall wird °(° gepusht. 


Der Operator ‘)’ 

Bis zur nächsten ‘(‘ oder bis zum Stack- 
boden sind die Operationen abzuarbei- 
ten. ‘“(“ ist danach, soweit vorhanden, 
vom Stack zu entfernen. 


Der Operator ‘=’ 

Alle Operationen sind abzuarbeiten; das 
letzte Ergebnis wird gerettet; derRechner 
wird zurückgesetzt; das letzte Ergebnis 
wird wieder gepusht. 


Der Operator = ‘AC’ 
Zurücksetzen des Rechners. 
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Lovely Helper 


von D. Brockhaus mıt Fascalt 








Objektart Länge 


BUTTON 
BUTTON 
BUTTON 
BUTTON 
BUTTON 
BUTTON 
BUTTON 


BRECHNER 
BDIRECT 
BINFO 


BSPOOLER 
BKALENDE 
BZEIT 
BABBRUCH 
Default 





Tabelle zu Abbildung 25 


Nach dieser CASE-Anweisung ist gege- 
benenfalls ein Fehler auszugeben und, 
sollte END noch nicht gewählt sein, ein 
weiterer Durchlauf zu starten. Außerhalb 
der Schleife ist nur noch der Dialog zu 
entfernen. 


Soweit zu Listing 14. 


Zu Listing 15, der separaten Resource- 
Umgebung des Taschenrechners, ist 
nicht viel zu sagen. Formuliert ist das üb- 
liche Verfahren, angepaßt auf den Ta- 
schenrechner. 


Endspurt 


Auch die sicherlich lange erwartete End- 
montage des Helpers fällt nicht allzu 
schwierig aus. Im wesentlichen benöti- 
gen wir nur einen Dialog, der die Aus- 
wahl der unterschiedlichen Helperfunk- 
tionen gestattet (s. Abb. 25). Er braucht 
zur Erfüllung seiner Aufgabe also nur 
sechs Feldtasten, die für die sechs unter- 
schiedlichen Helper-Bestandteile stehen. 
Dazu kommt noch eine Feldtaste zum 
Abbruch seiner Funktion. Eine Liste der 
GEM-Objekte findet sich in der obenste- 
henden Tabelle. 


Natürlich sind in unserem heutigen Re- 
source auch die Resourcedefinitionen 
sämtlicher früheren Dialoge aufzuneh- 
men. 





BDIRECT 


BSPOOLER 


"»BABBRUCH 


Diverses 


: Selectable & Exit 
: Selectable & Exit 
: Selectable & Exit 
: Selectable & Exit 
: Selectable & Exit 
: Selectable & Exit 
: Selectable, Exit & 


Das Ganze ist dann unter der Bezeich- 
nung HELPER.RSC abzuspeichern. Ver- 
waltet wird obiger Dialog von der Proze- 
dur do_helper (Listing 16). Aufregendes 
kann hier nicht mehr erspäht werden. 


Ähnlich steht es auch um die Resource- 
Umgebung (Listing 17). Bis auf die Tat- 
sache, daß hier alle Maßnahmen zur Steu- 
erung der Helperfunktionen geballt auf- 
treten, ist nichts Besonderes anzumer- 
ken. 


Als Abschluß möchte ich Ihnen noch eine 
Statistik nachreichen, die Übersicht über 
den Speicherverbrauch des Lovely Hel- 
pers sowie aller seiner Teile gibt - Tabelle 
4. Einrichtigerkleiner Speicherfresserist 
er, unser Helper. Der Bösewicht ist leicht 
ausgemacht - es handelt sich um den 
Druckerspooler. Zwecks Ehrenrettung 
sollte aber gesagt werden, daß der Spoo- 
ler wirklich eine ganze Reihe von Daten 
aufzunehmen hat. Immerhin, dank der 
Tatsache, daß die einzelnen Helperbe- 
standteile nahezu unabhängig voneinan- 
der arbeiten, können Sie sicherlich mit 
wenig Aufwand die von Ihnen nicht be- 
nötigten Bestandteile entfernen. 
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Schlußwort Bestandteil: Stack: Disk: Speicher: 

So, das wär's. Unser Lovely Helper ist k(kByte) (Byte) (Byte) 

fertig. An dieser Stelle möchte ich mich HELPER.ACC 130 88497 275148 

für Ihr Interesse bedanken, ganz in der INFO.ACC 10 16882 31552 

Hoffnung, daß das Endergebnis diesem SPOOLER.ACC 130 45681 233116 

auch gerecht geworden ist. Zum vorerst ZEIT.ACC 10 52053 111250 Tabelle 4: 

letzten Mal verabschiede ich mich damit, RECHNERACC 10 32035 46696 le 

Ihr DIRECT.ACC 20 39776 109132 teile des Lovely 
D.Brockhaus Helpers 





kallrp = 10; BUTTON in tree DKALENDI 
kalls ö BUTTON in tree DKALENDI 
kallbw = ; BUTTON in tree DKALENDI1 
kallbay e BUTTON in tree DKALEND1 
dkalend2 B £form/dialog 

kal2mona B FTEXT in tree DKALEND2 
kal2setz ö BUTTON in tree DKALEND 
kal2abbr ; BUTTON in tree DKALEND2 
paramete r form/dialog 

paraseit : TEXT in tree PARAMETE 
chri 3 TEXT in tree PARAMETE 
ordi = 7; TEXT in tree PARAMETE 
makrol ; FTEXT in tree PARAMETE 
chr2 7 TEXT in tree PARAMETE 
ord2 = 10; TEXT in tree PARAMETE 
makro2 5 FTEXT in tree PARAMETE 
chr3 7 TEXT in tree PARAMETE 
ord3 5 TEXT in tree PARAMETE 
makro3 2 FTIEXT in tree PARAMETE 


(* resource set indicies for HELPER *) 


CONST 
dsettime = 0; (* form/dialog 

zeitdatu = 5; (* FTEXT in tree DSETTIME 
zeitsetz ; (* BUTTON in tree DSETTIME 
zeitzeit ; (* FTEXT in tree DSETTIME 
zeitsean ; (* BUTTON in tree DSETTIME 
zeitabbr (* BUTTON in tree DSETTIME 
dkalende ; (* £orm/dialog 

kaltext ; (* TEXT in tree DKALENDE 
kalll ; (* TEXT in tree DKALENDE 
kal2ı = 1; (* TEXT in tree DKALENDE 
kal3l ; (* TEXT in tree DKALENDE 
kaldl = 9;  (* TEXT in tree DKALENDE 
kal5ı ;  (* TEXT in tree DKALENDE 
kal6ı ;  (* TEXT in tree DKALENDE 
kall2 = 13; (* TEXT in tree DKALENDE 
kal22 (* TEXT in tree DKALENDE 
kal32 ;  (* TEXT in tree DKALENDE 
kal42 ;  (* TEXT in tree DKALENDE 
kal52 ;  (* TEXT in tree DKALENDE 
kal62 ;  (* TEXT in tree DKALENDE 
kall3 ;  (* TEXT in tree DKALENDE 
kal23 (* TEXT in tree DKALENDE :  chr4 = TEXT in tree PARAMETE 
kal33 = 22; (* TEXT in tree DKALENDE : ord4 TEXT in tree PARAMETE 
kal43 = 23; (* TEXT in tree DKALENDE :  makro4 A FTEXT in tree PARAMETE 
kal53 ;  (* TEXT in tree DKALENDE : chr5 = TEXT in tree PARAMETE 
kal63 ; (* TEXT in tree DKALENDE ı  ords TEXT in tree PARAMETE 
kall4 (* TEXT in tree DKALENDE :  makro5 FTEXT in tree PARAMETE 
kal24 ;  (* TEXT in tree DKALENDE : chr6 TEXT in tree PARAMETE 
kal34 ; (* TEXT in tree DKALENDE :  ord6 TEXT in tree PARAMETE 
kal44 ;  (* TEXT in tree DKALENDE :  makro6 FTEXT in tree PARAMETE 
kal54 (* TEXT in tree DKALENDE 2:  chr7 TEXT in tree PARAMETE 
kal64 ;  (* TEXT in tree DKALENDE : ord7 TEXT in tree PARAMETE 
kall5 = 34; (* TEXT in tree DKALENDE :  makro7 FTEXT in tree PARAMETE 
kal25 ; (* TEXT in tree DKALENDE : chr8 TEXT in tree PARAMETE 
kal35 = . (* TEXT in tree DKALENDE : ord8 TEXT in tree PARAMETE 
kal45 = 37; (* TEXT in tree DKALENDE :  makro8 FTEXT in tree PARAMETE 
kal55 ;  (* TEXT in tree DKALENDE : chr9 TEXT in tree PARAMETE 
kal65 ;  (* TEXT tree DKALENDE : ord9 TEXT in tree PARAMETE 
kalls ; (* TEXT in tree DKALENDE :  makro9 FTEXT in tree PARAMETE 
kal26 ; (* TEXT in tree DKALENDE : chr10 TEXT in tree PARAMETE 
kal36 ; (* TEXT in tree DKALENDE :  ord10 TEXT tree PARAMETE 
kal46 (* TEXT in tree DKALENDE :  makro10 FTEXT tree PARAMETE 
kal56 (* TEXT in tree DKALENDE :  paraspei BUTTON in tree PARAMETE 
kal66 ; (* TEXT i tree DKALENDE : parasync BUTTON i tree PARAMETE 
kall7 ;  (* TEXT tree DKALENDE :  parazuru BUTTON in tree PARAMETE 
kal27 ;  (* TEXT tree DKALENDE :  parachec BUTTON in tree PARAMETE 
kal37 (* TEXT tree DKALENDE : paravor BUTTON in tree PARAMETE 
kal47 (* TEXT in tree DKALENDE :  paratest BUTTON in tree PARAMETE 
kal57 (* TEXT in tree DKALENDE :  paraexit BUTTON in tree PARAMETE 
kal67 (* TEXT in tree DKALENDE : dructext form/dialog 

kalbund (* BUTTON in tree DKALENDE :  sidtext TEXT in tree DRUCTEXT 
kalminus (* BUTTON in tree DKALENDE :  anzkopte FTEXT in tree DRUCTEXT 
kalzeit (* BUTTON in tree DKALENDE :  zeichl BUTTON in tree DRUCTEXT 
kalmonat (* BUTTON in tree DKALENDE : zeich2 BUTTON in tree DRUCTEXT 
kalplus (* BUTTON in tree DKALENDE :  drucexit BUTTON in tree DRUCTEXT 
kaljahr (* BUTTON in tree DKALENDE :  druenlg BUTTON in tree DRUCTEXT 
kalexit (* BUTTON in tree DKALENDE :  drucschm BUTTON in tree DRUCTEXT 
dkalendi = £orm/dialog :  drucbrei BUTTON in tree DRUCTEXT 
kallsh ; BUTTON in tree DKALEND1 :  drucfett BUTTON in tree DRUCTEXT 
kallh 5 BUTTON in tree DKALENDI1 B dspooler form/dialog 

kallb =6; BUTTON in tree DKALEND1 2: sidi TEXT in tree DSPOOLER 
kalln BUTTON in tree DKALENDI : typl TEXT in tree DSPOOLER 
kallnrw BUTTON in tree DKALEND1 :  paral TEXT in tree DSPOOLER 
kallhess n BUTTON in tree DKALEND1 
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129: anzi (* TEXT in tree DSPOOLER 204: bdiskf (* BUTTON in tree DISKWAHL *) 
130: pathl (* TEXT in tree DSPOOLER *) 205: bdiskakt (* BUTTON in tree DISKWAHL *) 
1315 zid2 (* TEXT in tree DSPOOLER *) 206: bdiskabb (* BUTTON in tree DISKWAHL *) 
132: typ2 (* TEXT in tree DSPOOLER *) 207: info (* form/dialog *) 
133: para2 = 11; (* TEXT in tree DSPOOLER *) 208: tspeifre = (* TEXT in tree INFO *) 
134: anz2 = 12; (* TEXT in tree DSPOOLER *) 209: taktflop (* TEXT in tree INFO *) 
135: path2 = 13; (* TEXT in tree DSPOOLER *) tbyteges (* TEXT in tree INFO *) 
136: sid3 (* TEXT in tree DSPOOLER *) tbytebel = (* TEXT in tree INFO *) 
137:  typ3 (* TEXT in tree DSPOOLER *) tbytefre (* TEXT in tree INFO *) 
138: para3 (* TEXT in tree DSPOOLER *) tcelugroe (* TEXT in tree INFO *) 
139: anz3 (* TEXT in tree DSPOOLER *) tcluanza (* TEXT in tree INFO *) 
140: path3 (* TEXT in tree DSPOOLER *) bokinfo (* BUTTON in tree INFO *) 
141: sid4 (* TEXT in tree DSPOOLER *) helper (* form/dialog *) 
142: typ4 (* TEXT in tree DSPOOLER *) brechner (* BUTTON in tree HELPER *) 
143: para4 (* TEXT in tree DSPOOLER *) bdirect (* BUTTON in tree HELPER *) 
144: anz4 (* TEXT in tree DSPOOLER *) binfo (* BUTTON in tree HELPER *) 
145: path4 (* TEXT in tree DSPOOLER *) bspooler = 7; (* BUTTON in tree HELPER *) 
146: sid5 (* TEXT in tree DSPOOLER *) bkalende = 8; (* BUTTON in tree HELPER *) 
147: typ5 = 25; (* TEXT in tree DSPOOLER *) bzeit (* BUTTON in tree HELPER *) 
148: para5 = 26; (* TEXT in tree DSPOOLER *) babbruch = (* BUTTON in tree HELPER *) 
149: anz5 = 27; (* TEXT in tree DSPOOLER *) rechner (* £form/dialog *) 
150: path5 = 28; (* TEXT in tree DSPOOLER *) tmant (* TEXT in tree RECHNER *) 
151:  sid6 = 29; (* TEXT in tree DSPOOLER *) texpexp (* TEXT in tree RECHNER *) 
152: typ6 = 30; (* TEXT in tree DSPOOLER *) 227: etz (* TEXT in tree RECHNER *) 
153: para6 = 31; (* TEXT in tree DSPOOLER *) 228: texpvz (* TEXT in tree RECHNER *) 
154: anz6 = 32; (* TEXT in tree DSPOOLER *) 229: texptext (* TEXT in tree RECHNER *) 
155: path6 = 33; (* TEXT in tree DSPOOLER *) 230: tinv (* TEXT in tree RECHNER *) 
156: sid? = 34; (* TEXT in tree DSPOOLER *) 231: tm (* TEXT in tree RECHNER *) 
157: %yp7 = 35; (* TEXT in tree DSPOOLER *) 232: tdeg = 9; (* TEXT in tree RECHNER *) 
158: para? = 36; (* TEXT in tree DSPOOLER *) 233: trad = 10; (* TEXT in tree RECHNER *) 
159: anz7 (* TEXT in tree DSPOOLER *) 234: tgrad = 11; (* TEXT in tree RECHNER *) 
160: path? (* TEXT in tree DSPOOLER *) 235: bsieben = 14; (* BUTTON in tree RECHNER *) 
161: sidß (* TEXT in tree DSPOOLER *) 236: bacht = 15; (* BUTTON in tree RECHNER *) 
162: typ8 (* TEXT in tree DSPOOLER *) 237: bneun = 16; (* BUTTON in tree RECHNER *) 
163: paraß (* TEXT in tree DSPOOLER *) 238: be ;  (* BUTTON in tree RECHNER *) 
164: anz8 (* TEXT in tree DSPOOLER *) 239: bac (* BUTTON in tree RECHNER *) 
165: path8 (* TEXT in tree DSPOOLER *) 240: bmin (* BUTTON in tree RECHNER *) 
166: sid9 (* TEXT in tree DSPOOLER *) 241: bmr (* BUTTON in tree RECHNER *) 
167:  typ9 (* TEXT in tree DSPOOLER *) 242: bmminus (* BUTTON in tree RECHNER *) 
168: para9 = 46; (* TEXT in tree DSPOOLER *) 243: bmplus (* BUTTON in tree RECHNER *) 
169: anz9 (* TEXT in tree DSPOOLER *) 244: bvier (* BUTTON in tree RECHNER *) 
170:  path9 (* TEXT in tree DSPOOLER *) 245: b£fuenf (* BUTTON in tree RECHNER *) 
171:  sidi0 (* TEXT in tree DSPOOLER *) 246: bsechs (* BUTTON in tree RECHNER *) 





(* TEXT in tree DSPOOLER *) 
(* TEXT in tree DSPOOLER *) 
(* TEXT in tree DSPOOLER ‘*) 


247: bmal 
248: bdurch 
249: binv 


172: typlo 
173:  paral0 
174: anzl0 


(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 





path10 (* TEXT in tree DSPOOLER *) 250: bsin (* BUTTON in tree RECHNER *) 
spoolapp (* BUTTON in tree DSPOOLER *) 251: bceos (* BUTTON in tree RECHNER *) 
spooldel (* BUTTON in tree DSPOOLER *) 252: btan (* BUTTON in tree RECHNER *) 


spoolpar = 56; (* BUTTON in tree DSPOOLER *) 
spoolex = 57; (* BUTTON in tree DSPOOLER *) 
spoolzur = 58; (* BUTTON in tree DSPOOLER *) 
spoolvor = 59; (* BUTTON in tree DSPOOLER *) 
drucgrap = 7; (* form/dialog *) 


253: beins 
254: bzwei 
255: bdrei 
256: bplus 
257: bminus 


(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 
(* BUTTON in tree RECHNER *) 








drucsid (* TEXT in tree DRUCGRAP ”) 258: bmod (* BUTTON in tree RECHNER *) 
drucanz (* FTEXT in tree DRUCGRAP *) 259: bquadrat (* BUTTON in tree RECHNER *) 
dructyp (* TEXT in tree DRUCGRAP *) 260: bin (* BUTTON in tree RECHNER *) 
drucex (* BUTTON in tree DRUCGRAP *) 261: blog (* BUTTON in tree RECHNER *) 
drucdruc (* BUTTON in tree DRUCGRAP *) 262: bnull (* BUTTON in tree RECHNER *) 
synchro (* £orm/dialog *) bkomma (* BUTTON in tree RECHNER *) 
synclaen = 3; (* FTEXT in tree SYNCHRO *) bexp (* BUTTON in tree RECHNER *) 
synegrap = T; (* FTEXT in tree SYNCHRO *) bgleich (* BUTTON in tree RECHNER *) 
synctext = 8; (* FTEXT in tree SYNCHRO *) bvzw (* BUTTON in tree RECHNER *) 
syncexit (* BUTTON in tree SYNCHRO *) bklauf (* BUTTON in tree RECHNER *) 
syncsetz (* BUTTON in tree SYNCHRO *) bklzu (* BUTTON in tree RECHNER *) 
delsid (* £orm/dialog *) bend (* BUTTON in tree RECHNER *) 
delsided (* FTEXT in tree DELSID *) direct (* £orm/dialog *) 
delsiddo (* BUTTON in tree DELSID *) bname (* BUTTON in tree DIRECT *) 
delsidun (* BUTTON in tree DELSID *) bdatum (* BUTTON in tree DIRECT *) 
198: diskwahl = (* £orm/dialog *) bnormal (* BUTTON in tree DIRECT *) 
199%: bdiska (* BUTTON in tree DISKWAHL *) 274: babbdire 8; (* BUTTON in tree DIRECT *) 
200: bdiskb (* BUTTON in tree DISKWAHL *) 275: bgroesse = 9; (* BUTTON in tree DIRECT “ 
201: bdiskc = 5; (* BUTTON in tree DISKWAHL *) 276: btyp = 10; (* BUTTON in tree DIRECT *) 
202: bdiskd = 6; (* BUTTON in tree DISKWAHL *) 277: brekursi = 11; (* BUTTON in tree DIRECT *) 
bdiske = 7; (* BUTTON in tree DISKWAHL *) tdirect TEXT in tree DIRECT 
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88 Bar; 
HiFi Qualität alitär 
‚Anti Alysing Anti Alysing 
11-36 kHz 20-45 kHz 
max. 336 s* max. 92 s* 
Samplezeit netto Samplezeit netto 


Sample Software:** 
ig, Samplesequenzer, Transponieren, Loop, Echo, Fader, 


‚Auto Mixer mit Mix Editor, Reverse Play, Multisampling, Keyboard 
Editor, Sample Cutter mit null Position Finder, Soundbibliothekver- j 
waltung, Sampleeinbindung in eigene Programme 


‚Anschlußfertiges Gerät, Software und Handbuch 
DM 298,—** DM 598,—*** 


Zubehör: 10 Disketten, Soundbibliothek (Effekte) 
DM 149,—*"* 


bei 4.MB Speicher 
Samplesoftware nur für Monochrommonitor 
unverbindliche Preisempfehlung 


Siemensstr. 16 

D-4630 Bochum 1 
Telefonische Bestellungen: 
023 23 / 38 98 58 


Versand zzgl. DM 7,— Portopauschale 
per Nachnahme oder Vorausscheck 


Schweiz: 
DTZ Data Trade AG 
Landstr. 1 * CH-5415 Rieden / Baden 








Welcher ATARI ST-Besitzer hat nicht 
schon einmal neidisch zu anderen 
Computern, wie zum Beispiel dem 
AMIGA oder dem Mac, hinüberge- 
schielt, wenn es um die Darstellung von 
Submenüs ging? Was bisher unter 
GEM nicht möglich war, ist nun mach- 
bar geworden. Dazu genügen einige 
wenige Routinen, die zum eigenen 
Programm hinzugebunden werden 
müssen. Der Clou des Ganzen: Es wer- 
den nur Möglichkeiten genutzt, die 
GEM ganz offiziell bietet!!! 


Sogenannte “Pop-Up-Menüs”, die er- 
scheinen, wenn man einen Menüeintrag 
anklickt, gibt es zwar schon in hundert 
Variationen, aber bisher scheint noch 
niemand auf die Idee gekommen zu sein, 
unter GEM “echte” Submenüs zu imple- 
mentieren... (vielleicht, weil’s angeblich 
gar nicht geht???). Unter “echten” Sub- 
menüs verstehe ich solche, die schon dann 
herausklappen, wenn der Mauszeiger 
einen Menüeintrag nur berührt und die 
automatisch auch wieder verschwinden, 
wenn sich die Maus weiterbewegt - 
“echte” Submenüs eben... Wer’s nicht 
glaubt und sagt: “Das geht auf dem 
ATARI nicht und unter GEM schon gar 
nicht!”, der kann ja jetzt einfach weiter- 
blättern und diesen Artikel samt Pro- 
gramm übersehen. Aber vielleicht 
sollten sich die Skeptiker und Zweifler 
unter den Lesern doch erst einmal die 
Abbildungen 1 und 2 ansehen, bevor sie 
weiterblättern... 


E35 


Submenüs 


geht 





BE Tr YET 


_ Susten 7 
Computer 8 Pixel 


Abbildung 1 


Bild laden 





Bild speichern FJT4 


Abbildung 2 


Um jetzt zuerst einmal die Ungeduldigen 
und Ungläubigen zufriedenzustellen, 
sollte ich hier als erstes vielleicht die 
Vorgehensweise zur Installation der ab- 
gedruckten Programme erklären. Erwäh- 
nen sollte ich jedoch wohl auch, daß ich 
keine Garantie dafür übernehmen kann, 
daß das Demoprogramm tatsächlich auf 
allen Rechnern hundertprozentig ein- 
wandfrei läuft. Bei mir und verschiede- 
nen Freunden lief das Programm jeden- 
falls auf allen ST-Typen unter allen Be- 
triebssystemversionen und in jeder Auf- 
lösung ohne jeglichen Fehler (Anm. 
d.Red.: Auch auf Rainbow- (1.4) und 
STE-TOS (1.6) gab es keine Probleme.). 


Die beiden abgedruckten Programme 
heißen MENUDEMO.C und SUB- 





MENU.C. Während SUBMENU.C alle 
für die Darstellung und Verwaltung der 
Submenüs notwendigen Routinen ent- 
hält, stellt MENUDEMO.:C lediglich eine 
Beispielapplikation dar, die eine Menü- 
leiste auf den Bildschirm bringt und auf 
das Anklicken von Submenüs reagiert, 
indem sie die Indexnummer des ange- 
klickten Objekts ausgibt. Im folgenden 
wird anhand dieses Demoprogramms 
beispielhaft die Konstruktion und Bear- 
beitung von Submenüs beschrieben. 


Zusätzlich zum abgedruckten MENU- 
DEMO-Programm sind noch zwei Re- 
source-Files notwendig, die nach folgen- 
den Angaben mit einem RCS konstruiert 
werden sollten. Auf einen Abdruck der 
Resource-Files in Form von C-Strukturen 
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habe ich hier verzichtet, da die Konstruk- 
tion der Menüleisten mit einem RCS mit 
Sicherheit schneller geht als seitenlanges 
Abtippen, zumal genaue Größen oder 
ähnliches nicht wichtig sind. Anschlie- 
ßend sind beide Programme, also 
MENUDEMO.C und SUBMENU.C, zu 
compilieren und zusammenzulinken. 


Was muß nun genau getan werden? Es 
müssen zwei Resource-Files erzeugt 
werden, die jeweils eine Menüleiste ent- 
halten. Die Betonung liegt dabei auf zwei 
Resource-Files. Warum das so sein muß, 
wird weiter unten noch erklärt. Dabei 
enthält das eine Resource-File die ganz 
normalen Resourcen des Programms, wie 
zum Beispiel Dialogboxen und eben auch 
die ganz normale Menüleiste. Das andere 
Resource-File hingegen enthält lediglich 
eine einzige Menüleiste mit allen Subme- 
nüs. Das Aussehen der ersten Menüleiste 
eines fiktiven Programms kann man in 
Abbildung 3 sehen. 


Dies ist die ganz normale Menüleiste mit 
dem Desk- und zwei weiteren Drop- 
Down-Menüs. Sie ist im RCS mit dem 
Namen MENU zu versehen und die ganze 
Datei muß als MENU.RSC abgespeichert 
werden. Die einzelnen Einträge erhalten 
der Einfachheit halber nach Möglichkeit 
die gleichen Namen wie der in ihnen ste- 
hende Text, also: 


Datei Font 
Bildtyp System 
Laden Computer 
Speicher Stil 

Ende 


Die restlichen Einträge, wie zum Beispiel 
im Deskmenü, brauchen nicht benannt zu 
werden, da sie von MENUDEMO nicht 
benutzt werden. 


Abbildung 4 zeigt die zweite Menüleiste; 
sie enthält alle Submenüs. Die Verteilung 
der Haken und “disabled”-ten Einträge ist 
dabei willkürlich gewählt. Im Grunde 
genommen ist wie bei der obigen Menü- 
leiste der gesamte Textinhalt eigentlich 
völlig belanglos, aber irgendetwas Sinn- 
volles sollten die Einträge ja nun doch 
enthalten. Wer will, kann die Menüs ganz 
nach Lust und Laune gestalten, die Na- 
men der Einträge müssen jedoch die glei- 
chen bleiben! 


Diese Menüleiste ist als SUBMENU zu 
definieren und als SUBMENU.RSC abzu- 
speichern. Die Überschriften der Menüs, 
also die Menütitel, sind eigentlich völlig 
egal; sie werden nicht benötigt. Um je- 
doch deutlich zu machen, welcher Menü- 
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Desk Datei Font 
message here Bildtyp Systen 
RER TERER Bild laden Computer 
Accessory i Bild speichern "+++ 
Desk Accessory 2 








Desk Accessory 3 
Desk Accessory 4 
Accessory 5 
Accessory 6 
























Bildtyp System Computer Stil 
6 Pixel 1/8 Pixel fett 
8 Pixel 16 Pixel |/ kursiv 
Accessory i v16 Pixel breit 


Accessory 2 
Accessory 3 
Accessory 4 
Accessory 5 
Accessory 6 





Abb. 4: Die zweite Menüleiste mit allen Submenüs 


eintrag in der in Abbildung 3 gezeigten 
Menüleiste ein Submenü bekommen soll, 
sollte man hier der Übersicht halber die 
Titel identisch wählen. Falls man aber 
mal vor dem Problem stehen sollte, daß 
man wegen zu langer Menütitel nicht alle 
Submenüs in eine Zeile bekommen sollte, 
kann man die Namen natürlich auch belie- 
big kurz wählen; ein Zeichen reicht völlig 
aus, da die Titel nirgendwo im späteren 
Programm erscheinen. Hier jetzt die 
Namen der obigen Einträge; man beachte 
dabei, daß die Titel keinen Namen be- 
kommen: 


Neo System6 Comp8 Fett 
Degas System8 Comp16 Kursiv 
Pic Systemi6 Breit 
Img 


So, nachdem jetzt die erforderlichen Vor- 
arbeiten, d.h. das Erstellen der Resource- 
Files, geleistet wurden, müssen nur noch 
die beiden Programme abgetippt und an- 
schließend compiliert und zusammenge- 
linkt werden. Eigentlich müßte jeder, der 
bis jetzt noch gezweifelt hat, die Hände 
über dem Kopf zusammenschlagen. - 
Entweder, weil die Submenüs so toll sind, 
oder weil man tatsächlich alles richtig 
gemacht hat... 


So weit, so gut (oder auch schlecht, 
kommt darauf an...), nun noch die oben 
versprochene Erklärung, warum man 











keine zwei Menüleisten in einem Re- 
source-File anlegen kann; d.h. man kann 
schon, aber dummerweise werden diese 
vom RCS anschließend in einer Struktur 
abgespeichert. Auch das wäre im Grunde 
genommen eigentlich nicht weiter tra- 
gisch, wenn nur auch die Indizes zur 
Adressierung der Objekte umgerechnet 
werden würden... Da dies aber nun einmal 
nicht der Fall ist, bleibt eben nichts ande- 
res übrig, als zwei Resource-Files zu ver- 
wenden. 


Auch hierbei gibt es jedoch wieder einen 
Haken: “Offiziell” kann GEM lediglich 
ein Resource-File verwalten; wie man 
dieses Problem löst, kann dem Listing 
MENUDEMO.C entnommen werden; 
eine genaue Beschreibung des Vorgehens 
ist schon in zahlreichen anderen Artikeln, 
u.a. auch in der ST-Computer, beschrie- 
ben worden. 


Deshalb hier nur eine Kurzbeschreibung 
der Vorgehensweise in MENUDEMO: 
Nach dem Laden des ersten Resource- 
Files werden diesem einfach mittels 
rsrc_gaddr() die benötigten Adressen 
entnommen und anschließend die in glo- 
bal[5] stehende Adresse des Resource- 
Files zwischengespeichert. Anschließend 
kann das nächste Resource-File eingela- 
den werden. Zur Freigabe des ersten Files 
wird am Ende des Programms einfach 
wieder die Adresse zurückgeschrieben. 


Im folgenden nun das weitere Vorgehen 
nach dem Laden der Resource-Files. Zur 
Installierung der Submenüs muß ein 
Aufruf der Form init_submenus() ge- 
macht werden. Dabei müssen folgende 
Parameter übergeben werden: 
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ein Eintrag sowieso nicht angeklickt 
wird, weil viel mehr als das Herausklap- 
pen eines Submenüs (wow!!!) eigentlich 
gar nicht mehr passieren kann, aber man 
glaubt es kaum, was für Leute manchmal 
so vor einem Computer sitzen... 


Einen klitzekleinen 





1. handle: VDI-Gerätenummer 
2. menu: Adresse der normalen Menüleiste 
3. submenu: Adresse der zweiten Menüleiste mit den 


Submenüs 
4. MAX_SUBMENU: 
5. m_index: 


klappen soll. 





Anzahl der Submenüs 
Adresse eines Feldes, das in fortlaufender 
Reihenfolge die Indizes der Menüeinträge 
enthält, bei denen ein Submenü heraus- 


Haken hat die Sache 
mit dem Einklappen 
der Menüs allerdings 
noch... Wer an dieser 
Stelle schon mal ein 
bißchen mit den Sub- 
menüs herumgespielt 
hat, wird wahrschein- 





Anschließend kann die Menüleiste dann 
ganz normal mit menu_bar() installiert 
werden. 

Daran schließt sich eine evnt_multi()- 
Schleife an, die bis zum Anklicken 
des “Ende”-Eintrags 
durchlaufen wird. 
In ihr wird auf das 
Anklicken der Menü- 
einträge reagiert 
(MU_MESAG) und in 
regelmäßigen Abstän- 
den (MU_TIMER) 
die externe Variable 
subnum abgefragt, in 
der der Index des ange- 
klickten Submenüein- 
trags zurückgemeldet 
wird. Dieses Vorge- 
hen ist notwendig, da 
es sonst keine andere j 
Möglichkeit (zumin- i 
dest nicht ohne Be- 
triebssystemeingriffe) 
gibt, den Index zu- 
rückzugeben. Dieser 
Index kann dann zu- 
sammen mit der 
Adresse submenu ganz 
normal zum Zugriff auf das betreffende 
Resource-File benutzt werden, wie 
menu_icheck() verdeutlicht. 


Außerdem ist noch ein weiterer Punkt zu 
beachten: Wenn man einen Menüeintrag 
anklickt, wird das betreffende Menü vom 
Betriebssystem sofort wieder einge- 
klappt, ohne daß man irgendeine Mög- 
lichkeit hätte, dies festzustellen. Deshalb 
muß bei Anklicken eines Menüeintrags, 
bei dem ein Submenü herausklappt, das 
Submenü anschließend wieder vom Bild- 
schirm entfernt werden. 


Dazu dient der Aufruf redraw_bg(). Ei- 
gentlich könnte man annehmen, daß so 
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Abb. 5: Der Objektbaum der 
Menüleiste aus Abbildung 3 


lich festgestellt haben, 
daß bei Anklicken ei- 
nes Submenüeintrags mitunter zwar das 
Submenü vom Bildschirm verschwindet, 
nicht so jedoch das Menü, so daß man wie 
gewohnt noch einmal irgendwohin klik- 
ken muß, um auch dieses verschwinden 









| 
PERDERBER. 


zu lassen. Dies ist fast immer dann der 
Fall, wenn mindestens der dritte Eintrag 
eines Submenüs angeklickt wird; bei den 
ersten beiden Einträgen klappt eigentlich 
immer alles einwandfrei. Woran das liegt, 
konnte ich bisher (leider) noch nicht 
ermitteln; dafür habe ich aber festgestellt, 
daß im Normalfall dieser Effekt nicht 
mehr auftritt, wenn einmal eine Dialog- 
box auf dem Bildschirm gestanden hat, 
sei es nun die Dialogbox eines Accesso- 
ries oder eine eigene gewesen. Die Sache 
ist zwar seltsam, aber ich glaube, damit 
kann man leben... - Falls einer der Leser 
zufällig herausfinden sollte, aus welchem 
Grund sich das Betriebssystem so verhält 


und/oder mir eine Gegenmaßnahme nen- 
nen kann, wäre ich für eine entsprechende 
Mitteilung dankbar. 


So, und das war auch schon alles, was der 
08/15-Programmierer wissen muß, um 
die Routinen in SUBMENU.C nutzen zu 
können. Wie man sieht, sind insgesamt 
nur zwei Funktionsaufrufe notwendig, 
um die Submenüs zu handhaben, davon 
ein Aufruf sogar nur einmal am Anfang 
des Programms zur Initialisierung. - Ein- 
facher geht's bald nicht mehr! Man sollte 
sich jedoch tunlichst die globalen Varia- 
blen ansehen, die in SUBMENU.C be- 
nutzt werden, da diese auf keinen Fall 
erneut deklariert oder verändert werden 
dürfen! 


Wen die Funktionsweise der SUB- 
MENU-Routinen nun nicht weiter inter- 
essiert, kann an dieser Stelle aufhören zu 
lesen und das Heft in die Ecke schmeißen, 


Box 16 Aula 
Fee 








umsich aan den tollen Submenüs zu erfreu- 
en, die jetzt eigentlich schon auf dem 
Bildschirm zu sehen sein sollten... Für 
alle anderen erkläre ich ab hier die Ar- 
beitsweise der Submenüroutinen. 


Um die Funktionsweise verstehen zu 
können, isterst einmal der interne Aufbau 
einer Menüleiste, so wie ihn das Betriebs- 
system sieht, wichtig. Als Beispiel benut- 
ze ich hier wieder die Menüleiste aus 
Abbildung 3. Abbildung 5 mag zwar auf 
den ersten Blick etwas chaotisch und un- 
übersichtlich aussehen, aber wer genauer 
hinsieht, wird feststellen, daß eigentlich 
alles ganz geordnet zugeht. 
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Hintergrundfarbe zu übermalen, sonst 
sieht man nix davon... 


typedef struct object 
{ 


int ob_next; 
int ob_head; 
int ob_tail; 
unsigned int ob_type; 
unsigned int ob_flags; 
unsigned int ob_state; 
char *ob_spec; 
int ob_x; 

int ob_y; 

int ob_width; 
int ob_height; 


Index-Nr. des nächsten Objekts */ 
Index-Nr. des ersten “Kindes” */ 
Index-Nr. des letzten “Kindes” */ 
Objekt-Typ, z.B. BOX, TITLE */ 
Objekt-Flags, z.B. SELECTABLE */ 
Objekt-Status, z.B. CHECKED */ 
siehe unten 8 
X-Koordinate obere linke Ecke */ 
Y-Koordinate obere linke Ecke */ 
Breite des Objekts *“/ 
Höhe des Objekts Sr 


Aber weiter im Menübaum: In die Menü- 
zeile müssen natürlich noch die Menütitel 
gezeichnet werden. Deshalb folgt auf die 
BOX (Indexnummer 1) noch eine IBOX 
(2), also wieder ein unsichtbarer Rahmen, 
der alle zu zeichnenden Menütitel - be- 
zeichnet mit TITLE (3-5) - umfaßt. Wie 
man hier sehr schön sieht, deutet ob_next 
jeweils auf das nächste gleichartige Ob- 


Abb. 6: Definition der OBJECT-Struktur 


Dem geübten Programmierer sollten die 
abgebildeten Strukturen sowieso nicht so 
ganz fremd sein; jedes dieser Rechtecke 
steht dort stellvertretend für eine Struktur 
des Typs OBJECT, deren genaue Defini- 
tion (in “C”) man in Abbildung 6 finden 
kann. 


Die einzige verwunderliche Tatsache 
mag für Leute, die schon mit OBJECTs zu 
tun hatten, höchstens sein, daß nicht nur 
Dialogboxen und ähnliche Objekte aus 
OBJECT-Strukturen aufgebaut werden, 
sondern eben auch Menüs. Und da diese 
im Normalfall immer nur aus Text beste- 
hen, wird man dann eben leicht dazu ver- 
leitet, zu glauben, daß etwas anderes als 
Textdarstellung in Menüs auch gar nicht 
möglich ist. Wenn man sich die OBJECT- 
Struktur einmal genauer ansieht, wird 
man jedoch schnell feststellen, daß sie 
eine Menge Möglichkeiten zur Manipula- 
tion bietet, zum Beispiel braucht man 
bloß den Objekt-Typ auf BOX zu setzen, 
ob_spec anzupassen, und schon hat man 
statt eines Textes eben eine BOX im 
Menü! Eine andere Möglichkeit ist zum 
Bleistift auch das Einbinden von Grafiken 
- wer genug Phantasie hat, dem eröffnen 
sich hier ungeahnte Perspektiven... 


Jetzt aber zur Erklärung des oben abgebil- 
deten Menübaumes. Wie bereits erwähnt, 
steht jedes der abgebildeten Rechtecke 
für eine OBJECT-Struktur. Abgebildet 
sind dabei die Einträge ob_type,ob_head, 
ob_next und ob_tail (in dieser Reihenfol- 
ge). Außerdem habe ich noch zur Veran- 
schaulichung die Indexnummer jedes 
Objekts hinzugefügt, da die Strukturen in 
dieser Reihenfolge im Speicher abgelegt 
werden. 


Das Wurzelobjekt mit der Indexnummer 
0 und der Bezeichnung IBOX (=Invisible 
Box) ist dabei ein Rahmen, der den ge- 
samten Rest des Baumes umfaßt und nicht 
sichtbar ist (wie der Name schon sugge- 
riert). Normalerweise umfaßt der Rah- 





men den gesamten Bildschirm. Vom 
Wurzelobjekt ausgehend spaltet sich der 
Menübaum dann in zwei Teilbäume: 


- links (ob_head) in den Baum für die 
Darstellung der eigentlichen Menüzei- 
le; dieser enthält lediglich die Menü- 
titel, 

- rechts (ob_tail) in den Baum für die 
Darstellung der Menüs. 


Der Eintrag ob_next ist hier nicht benutzt 
und deshalb wie auch alle anderen nicht 
benutzten Einträge mit einem Punkt ver- 
sehen. 


Gehen wir nun systematisch vor und fan- 
gen beim linken Teilbaum an: Die Box 
mit der Indexnummer | ist genau der 
weiße Streifen, der die eigentliche Menü- 
zeile darstellt und sich am oberen Bild- 





jekt in der Reihe. Ist kein gleichartiges 
Objekt mehr vorhanden, zeigt ob_next 
zurück auf das jeweils zugehörige Eltern- 
objekt. Im Grunde genommen kann man 
zwar nicht von Zeigern sprechen, da in 
den entsprechenden Einträgen immer nur 
die Indexnummern der Objekte stehen 
und nicht Zeiger auf sie, aber vom Prinzip 
her dürfte klar sein, was gemeint ist. 


Während der linke Teil des Menübaums 
also für die Darstellung der Menütitel 
verantworlich ist, dreht sich im rechten 
Teil alles um die Darstellung der Menüin- 
halte. Wie gehabt, beginnt auch hier alles 
miteiner IBOX (Indexnummer 6), die alle 
(ausgeklappten) Menüs umfaßt. Von ihr 
geht - korrespondierend zu den TITLE- 
Objekten auf der linken Seite - eine Liste 
aus, die alle BOX-Objekte für die Darstel- 
lung der Menüs enthält. Jede dieser Bo- 
xen bildet dabei selber wieder ein Wurzel- 
objekt für eine Liste von Objekten, in 
diesem Fall (wie auch normalerweise) für 


BOX (1) 


Computer 


1BOX (0) 


Abb. 7: Der Menübaum als “realistische” Darstellung 


schirmrand über die ganze Breite zieht. 
Wen das schon immer gestört hat, kann 
hier zum Beispiel die Breite ändern und 
schon erstreckt sich die Menüleiste bei- 
spielsweise nur noch bis zur Mitte des 
Bildschirms - sieht faszinierend aus (aus- 
probieren)! Aber nicht vergessen, den 
rechten Teil der alten Menüzeile mit der 





1BOX (6) 


die Menü-Texte (STRINGs). Wegen 
Platzmangel sind die meisten STRINGSs 
in Abbildung 5 lediglich durch Pünktchen 
angedeutet. 


Der gesamte Sachverhalt ist noch einmal 
so, wie er “in der Realität” auf dem Bild- 
schirm aussieht, in Abbildung 7 zu sehen. 
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Genau an dieser Stelle, nämlich den 
STRINGs, setztnun das Verfahren für die 
Darstellung der Submenüs ein. In jeder 
OBJECT-Struktur gibt es den bisher nur 
kurz erwähnten Zeiger ob_spec, der je 
nach Objekt-Typ auf unterschiedliche 
Strukturen deutet oder auch andere Infor- 
mationen enthält; bei STRINGs zeigt er 
auf den auszugebenden Text. Der Voll- 
ständigkeit halber habe ich alle Möglich- 
keiten in Abbildung 8 aufgelistet, benö- 
tigt wird hier jedoch nur die Möglichkeit, 
ob_spec auf eine eigene Zeichenroutine 
zeigen zu lassen (G_ PROGDEF). Tabel- 
le I ist [1] entnommen und an ein paar 
Stellen mit Hilfe von [2] noch ein bißchen 
erweitert bzw. korrigiert. 


Um nun ein benutzerdefiniertes Objekt zu 
installieren, muß der Objekt-Typ in 
G_PROGDEF geändert werden und 
ob_spec muß auf einen APPLBLK (Ap- 
plication Block) zeigen, der wie in Abbil- 
dung 9 definiert ist. 


Und genau so - naja, um ehrlich zu sein: 
ungefähr so - geht die Routine 
init_submenus() vor. Zuerst wird für je- 
des Submenü eine Struktur angelegt, die 
ich ext_appl_blk (für Extended 
APPLBLK) genannt habe, da man mit der 
normalen APPLBLK-Struktur für meine 
Zwecke nicht genug Parameter überge- 
ben konnte. Dadurch, daß man die Struk- 
tur frei im Speicher anlegen kann und sich 
an fast keine Konventionen halten muß, 
istes ohne weiteres möglich, die normale 
APPLBLK-Struktur beliebig zu vergrö- 
Bern und zu erweitern; lediglich die ersten 
beiden Einträge müssen wie bei 
APPLBLEK sein. 


Der genaue Aufbau von ext_appl_blk 
kann dem Listing SUBMENU.C entnom- 
men werden; es hat sich im Grunde nicht 
viel getan, außer daß noch zwei Einträge 
hinzugekommen sind. Bei dem einen 
Eintrag (char *text) handelt es sich um 
den geretteten Zeiger auf den Menütext; 
dieser wird ja auch weiterhin noch benö- 
tigt. Der andere Eintrag (LONG regA4) ist 
Megamax-C-spezifisch und muß bei 
Benutzung anderer Compiler vermutlich 
angepaßt werden bzw. kann ganz entfal- 
len. Inder Anfangsphase der Entwicklung 
ist mir das Programm nämlich ständig 
abgestürzt, bis ich herausgefunden hatte, 
daß bei Aufruf der neuen Zeichenroutine 
aus dem Betriebssystem heraus fast alle 
Register des Prozessors geänderte Werte 
aufweisen, so auch das Adreßregister A4. 
Da dieses vom Megamax-Compiler je- 
doch zur Adressierung der globalen Va- 
riablen benutzt wird, kann man davon 
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Objekttyp 
G_BOX 


Bedeutung von ob_spec 
Byte 0 und Byte 1: Farbe des Objekts 


Für die Objektfarbe sind die Bits folgendermaßen 


belegt: 


aaaabbbb cdddeeee 


aaaa: Rahmenfarbe (0-15) 


bbbb: 
c 


Textfarbe (0-15) 
Text transparent (0) oder deckend (1) 


ddd: Füllmuster (0-7) mit ansteigender Dunkelheit 
(0 kein Füllmuster, 7 solides Muster) 


Farbe des Objektinneren 


eeee: 


Byte 2: enthält die Dicke des Objektrandes: 


0= kein Rand 
1-128 = 


Dicke des Randes in Pixeln, nach innen zählend von den 


Ecken des Objekts 


-1-(-127) = Dicke des Randes in Pixeln, nach außen zählend von den 
Ecken des Objekts 


Byte 3=0 
G_TEXT 


G_BOXTEXT 
G_IMAGE 


wie beiG_TEXT 


wird 
G_PROGDEF 


Zeiger auf die zugehörige TEDINFO-Struktur, in der die Merkmale des 
Textes festgelegt werden 


Zeiger auf Struktur vom Typ BITBLK, in der das Bit-Image beschrieben 


Zeiger auf eine Struktur vom Typ APPLBLK, die das benutzerdefinierte 


Objekt beschreibt (APPLBLK enthält die Adresse der Routine, die das 


Objekt zeichnet) 
wie bei G_BOX 
wie bei G_TEXT 


G_IBOX 
G_BUTTON 
G_BOXCHAR 
G_STRING 
G_FTEXT 
G_FBOXTEXT 
G_ICON 


wie beiG_TEXT 
wie bei G_TEXT 


beschrieben ist 
G_TITLE 


Abb. 8: Die Bedeutungen von ob_spec 


ausgehen, daß in so einem 
Fall das Programm zumeist 
mit einer Bomben-Stimmung 
ins Computer-Nirwana ein- 
geht. Deshalb wird bei Initia- sang 
lisierung der Strukturen das 
A4-Register hierher gerettet 
und später bei Aufruf der Zei- 
chenroutine wiederherge- 
stellt. 


int 


Wer also einen Compiler besitzt, der die 
globalen Variablen über ein anderes 
Register adressiert, muß dann eben statt 
des Registers A4 das entsprechende ande- 
re Register nach regA4 schreiben; wer 
einen Compiler besitzt, der die globalen 
Variablen absolut adressiert, kann den 
Eintrag regA4# getrost komplett verges- 
sen. 


Nach der Speicherreservierung für die 
APPLBLKSs folgt eine Zeile, die man 
vielleicht auch noch erklären sollte, da sie 
auf den ersten Blick ziemlich dubios aus- 
sieht. Ich meine dabei folgende Zeile: 


submenu_index= 
submenu[submenu[submenuf0].ob_tail.ob_head].ob_next; 


ub_parm; 


} APPLBLK; 


wie bei G_BOX, aber Byte 3 enthält das darzustellende Zeichen 
Zeiger auf den String selbst 


Zeiger auf eine Struktur vom Typ ICONBLK, in der das Icon genauer 


Zeiger auf den Text für den Menüeintrag 





typedef struct appl_bik 
{ 


(*ub_code) (); /* Zeiger auf eine Zei- 


chenroutine ”f 

/* Parameter, der bei 
Aufruf der Zeichenrou- 
tine übergeben wird */ 





Abb. 9: Definition der APPLBLK-Struktur 


Wenn man sich gleichzeitig mit dieser 
Zeile aber noch die Abbildung 5 ansieht, 
wird das Ganze vermutlich wesentlich 
einfacher. Die Abbildung zeigt zwar den 
Menübaum und nicht den Baum für die 
Submenüs, aber Menüleiste ist Menülei- 
ste und hier soll es ja auch nur ums Prinzip 
gehen; nehmen wir also einfach mal an, 
der Baum in Abbildung 5 würde die Sub- 
menüs beschreiben. In der oben genann- 
ten Zeile wird nämlich der Index der er- 
sten Submenü-BOX im Submenübaum 
ermittelt. Gehen wir einmal systematisch 
von innen nach außen vor: 


1. submenu[0].ob_tail zeigt auf den 
rechten Teil des Menübaums und er- 
gibt so die Indexnummer 6. 


typedef struct parm_blk 


{ 
OBJECT *pb_tree; 
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Zeiger auf den Objektbaum, der das 


benutzerdefinierte Objekt enthält 


int pb_obj; 

int pb_prevstate; 
int pb_currstate; 
int pb_x; 


Indexnummer des Objekts 
vorheriger Status, z.B. NORMAL 
neuer Status, z.B. SELECTED 
X-Koordinate des Objekts 


int B Y-Koordinate des Objekts 

int ö Breite des Objekts 

int _h; Höhe des Objekts 

int _xc; xX-Koordinate für das Clipping 

int ; Y-Koordinate für das Clipping 

int WC; Breite für das Clipping 

int _he; Höhe für das Clipping 

long ; übergebener Wert ub_parm aus der 
APPLBLK-Struktur 


} PARMBLK; 
Abb. 10: Definition der PARMBLK-Struktur 


2. submenu[0].ob_tail ersetzen wir nun 
durch diese Indexnummer und erhal- 
ten so als nächstes Konstrukt: 
submenu[6].ob_head. Das ist der linke 
Pfeil zur BOX mit der Indexnummer 7. 


3. Wiederum eingesetzt erhalten wir jetzt 
submenu[7].ob_next und somit den 
Zeiger auf die Box für das erste Menü. 
Eigentlich ist es ja das zweite Menü, 
aber das erste muß übergangen wer- 
den, weil es sich dabei immer um das 
Deskmenü handelt! 


Dieses gerade beschriebene Verfahren 
muß aus dem Grund angewendet werden, 
weil je nach Zahl der Menüs die Index- 
nummern völlig unterschiedlich sein 
können. Das sicherste Verfahren ist somit 
das Durchhangeln vom Wurzelobjekt 
aus. 


Im weiteren passiert in init_submenus() 
eigentlich nichts Weltbewegendes mehr. 
In einer Schleife über alle Submenüs 
wird nach der Initialisierung der 
ext_appl_blk's zuerst nach dem Index 
der Menübox gesucht, bei der irgendwo 
ein Submenü herausklappen soll. Mit 
Hilfe des gefundenen Indexes werden 
dann die Koordinaten der Box ermittelt 
und anschließend wiederum mit deren 
Hilfe die Koordinaten für die Box des 
Submenüs neu berechnet, denn das Sub- 
menü soll ja schließlich unmittelbar ne- 
ben dem Menü herausklappen und nicht 
irgendwo auf dem Bildschirm. Natürlich 
kann man durch Verändern der Koordina- 
ten das Submenü auch sonstwo auf dem 
Bildschirm herausklappen lassen, bei- 
spielsweise links neben dem Menü. Platz 
für Spielereien gibt es hier genug, ob das 
Ganze dann aber noch sinnvoll ist, ist 
natürlich eine ganz andere Frage... Nach 
Beendigung der Schleife muß dann nur 
noch der Zwischenspeicher für den Sub- 
menühintergrund angefordert werden; 





um Speicherplatz zu sparen, wird dieser 
nicht für jedes Submenü angefordert, 
sondern nur für das größte. 


Damit wäre dann auch schon die Initiali- 
sierung und Installation der Submenüs 
abgeschlossen, und den Rest kann man 
getrost dem Betriebssystem überlassen, 
es meldet sich dann schon, wenn es etwas 
will, zum Beispiel ein Submenü zeich- 
nen... 


In so einem Fall wird nämlich die in 
ob_spec eingetragene Adresse ange- 
sprungen und die Kontrolle anschließend 
der damit aufgerufenen Routine, in unse- 
rem Fall draw_submenu(), überlassen. 
Und wehe, diese Routine arbeitet nicht 
vernünftig... - die Effekte reichen von 
“Bildschirm-Allerlei” bis “ATARI-Gar- 
dine”. 

Damit man bei Aufruf der Zeichenroutine 
aber nicht ganz allein, einsam, verlassen 
und sonstwie im Regen (bzw. Bombenha- 
gel) steht, übergibt das Betriebssystem 
netterweise jedoch noch einen Zeiger auf 
eine Struktur vom Typ PARMBLK (Para- 
meter-Block), die wie in Abbildung 10 
definiert ist. In Gedanken höre ich jetzt 
manche Leute stöhnen: “Schon wieder 
eine Struktur!”, aber in so einem Fall 
kann ich nur sagen: “Leute, seid froh, daß 
Ihr keinen AMIGA besitzt, dort muß man 
sich selbst für einfache Textausgaben 
durch einen wahren Dschungel von 
Strukturen wühlen...!!!” - Ich weiß, wo- 
von ich spreche! 


Mit Hilfe dieser PARMBLK-Struktur 
bzw. ihren Einträgen läßt sich dann auch 
schon eine ganze Menge anfangen, wie 
wir gleich sehen werden. Unter anderem 
kann man damit nämlich auch auf den 
APPLBLK zugreifen, von dem aus die 
Zeichenroutine aufgerufen wurde. Wenn 
parmblock der übergebene Zeiger ist, 
dann enthält parmblock-> pb_obj den 





Index des Menüeintrags, von dem aus die 
Routine aufgerufen wurde, parmblock- 
>pb_tree einen Zeiger auf den Objekt- 
baum (den Menübaum), und mit parm- 
block->pb_tree[parmblock ->pb_obj]. 
ob_spec erhält man dann den gesuchten 
Zeiger auf die APPLBLK-Struktur. Die- 
ser Zeiger wird immer dann benötigt, 
wenn man die normale APPLBLK-Struk- 
tur erweitert hat und Zugriff auf die rest- 
lichen (neuen) Einträge benötigt. 


Vielleichtnoch ein paar Anmerkungen zu 
den PARMBLK-Einträgen pb_prevstate 
und pb_currstate: Wenn beide Variablen 
den gleichen Wert haben, muß das Objekt 
komplett gezeichnet werden, andernfalls 
ist nur der Status zu ändern. Erwähnens- 
wert sind auch noch die Clipping-Koordi- 
naten; sie geben normalerweise den Be- 
reich an, in den das Objekt gezeichnet 
werden soll, bei Aufrufen aus einem 
Menü heraus (wie hier) sind diese Koordi- 
naten jedoch Null und dürfen deshalb 
nicht benutzt werden! 


Der jeweils erste Aufruf von 
draw_submenu() geschieht in dem Au- 
genblick, in dem man die Maus in die 
Menüleiste bewegt und dadurch das 
Menü herausklappt, denn auch das Zeich- 
nen des völlig normalen Texteintrags im 
Menü muß jetzt selbst übernommen wer- 
den,daob_spec janichtmehr aufden Text 
zeigt! Weiter muß in diesem Augenblick 
nichts getan werden. 


Erst wenn der Mauszeiger auf dem Menü- 
text steht, wird draw_submenu() erneut 
aufgerufen, denn in diesem Fall muß er- 
stens der Eintrag selektiert und zweitens 
das Submenü gezeichnet werden. Zur 
Darstellung der Selektion werden die 
Objektkoordinaten aus dem PARMBLK 
ausgelesen und der Routine 
switch_entry() übergeben, die den Text 
mit einem schwarzen Balken übermalt. 


Bevor nun das Submenü gezeichnet wer- 
den kann, muß zuerst der Hintergrund 
gerettet werden, wozu die VDI-Routine 
vro_cpyfm() benutzt wird. Hier an dieser 
Stelle eine Anmerkung dazu: Vielleicht 
ist ja schon jemandem aufgefallen, daß in 
draw_submenu() inklusive aller Unter- 
routinen nirgendwo eine AES-Routine 
benutzt wird, und das darf auch aufkeinen 
Fall geschehen! Das AES hatnämlich den 
Nachteil, nicht reentrant zu sein, d.h. bei 
Aufruf einer AES-Routine aus dem AES 
heraus kommt es zu einem wahren Bom- 
benhagel; VDI-Routinen können dage- 
gen ohne Einschränkung benutzt werden! 
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Zurück zu vro_cpyfm(): Mit dieser Routi- 
ne ist es ziemlich einfach möglich, recht- 
eckige Bildschirmbereiche in einen zu- 
sammenhängenden Speicherbereich zu 
transferieren und umgekehrt, ohne daß 
man sich weiter um das unterschiedliche 
Format kümmern müßte. Wenn ich dabei 
sage, “ziemlich einfach”, so meine ich 
damit nichts anderes, als daß man mal 
wieder einige Strukturen initialisieren 
muß... 


Da vro_cpyfm() eine oft viel zu wenig 
genutzte Funktion ist, weil keiner weiß, 
wie er sie eigentlich genau zu benutzen 
hat, möchte ich hier an dieser Stelle ge- 
nauer daraufeingehen. Die meisten Infor- 
mationen zu diesem Thema sind übrigens 
in [1] zu finden, die ich hier, so wie sie in 
draw_submenu() benötigt werden, zu- 
sammengefaßt habe. 


Als erstes werden wieder einmal zwei 
Strukturen benötigt, und zwar diesmal 


typedef struct fdbstr 
{ 


long fd_addr; 
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Bei der memory-Struktur sind dagegen 
schon einige Einträge mehr notwendig: 


memory. fd_addr=(LONG)menu_buffer; 
memory.fd_wdwidth=sub_menu[sm index] .ob_width/16+1; 


memory.fd_stand=0; 


memory.fd_nplanes=resolution ? 2/resolution : 4; 





Menu_buffer ist die Adresse eines in 
init_submenus() angelegten Speicherbe- 
reichs zur Zwischenspeicherung der 
Submenühintergründe und submenu- 
[sm_index].ob_width ist die Breite des 
Submenüs in Pixeln. Da jedoch die Breite 
in Worten, also 16 Bits, benötigt wird, ist 
die oben vorgenommene Umrechnung 
notwendig. 


Fd_stand ist grundsätzlich Null bei Stan- 
dard-, d.h. Rasterkoordinaten, die beim 
ST normalerweise benutzt werden, es sei 
denn, es wird zum Beispiel mit solchen 
Programmen wie GDOS gebootet, dann 


Adresse des Speicherblocks af 


selbst initialisiert. Dabei enthalten 
copy_array[0] und copy_array[1] 
j die Koordinaten der 
linken oberen Ecke 
und copy_array[2] 
und copy_array[3] 
die Koordinaten der 
rechten unteren Ecke 
des zu rettenden Bildschirmausschnitts. 
Für den Zielbereich kann auf Koordinaten 
verzichtet werden, denn hierbei handeltes 
sich ja um einen fortlaufenden Speicher- 
bereich und zur späteren Restaurierung 
werden deshalb nur die Breite und Höhe 
des Ausschnitts benötigt. 


Damit sind alle Werte korrekt initialisiert 
und einer Benutzung von vro_cpyfm() 
steht nichts mehr im Wege. Um den Hin- 
tergrund wieder zu restaurieren, müssen 
lediglich die ersten vier Werte von 
copy _array mit den letzten vier Werten 
vertauscht werden. Und beim Aufruf von 
vro_cpyfm() müssen natürlich auch die 
letzten beiden Parameter, also Quell- und 
Zieladresse, gewechselt werden. Dies 
macht übrigens die Routine redraw_bg(), 
die - wie oben schon erwähnt - mitunter 


int B Breite des Speicherblocks in Pixeln */ 
int Ih; Höhe des Speicherblocks in Pixeln Er 
int £fd_wdwidth; Breite des Speicherblocks in Worten */ 
int fd_stand; 0 Rasterkoordinaten (Standardform) 


auch vom Programmierer direkt aufgeru- 
fen werden muß. 


1 = normalisierte Koordinaten (geräte- 
spezifische Form) “7 
Anzahl der Farbebenen Lk 
reserviert a7 
reserviert ra 
reserviert =) 


Nachdem jetzt endlich der Hintergrund 
gerettet wurde (wurde auch langsam Zeit, 
lange hätte er bestimmt nicht mehr durch- 
gehalten), kann das Submenü gezeichnet 


£d_nplanes; 
£d_rl; 
£d_r2; 
fd_r3; 


Abb. 11: Definition der MFDB-Struktur 


vom Typ MFDB (Memory Form Defini- 
tion-Block), der laut Abbildung 11 defi- 
niert ist. Das Fehlen des M bei MFDB ist 
übrigens kein Fehler, sondern die Defini- 
tion lautet (seltsamerweise) wirklich so. 


Da die eine MFDB-Struktur ein Rechteck 
auf dem Bildschirm beschreiben soll, 
nennen wir sie mal sinnigerweise screen, 
und die andere, die für einen Speicherbe- 
reich zuständig sein soll, dagegen memo- 
ry. In der screen-Struktur brauchen wir 
lediglich den ersten Eintrag zu initialisie- 
ren, nämlich fd_addr: 


screen.fd_addr=OL; 


Weitere Initialisierungen sind hier nicht 
notwendig. Das Betriebssystem erkennt 
bei Aufruf von vro_cpyfm() nämlich an 
der Null, daß die Struktur einen Bild- 
schirmausschnitt beschreibt und trägt 
dann an dieser Stelle automatisch die 
Adresse des Bildschirms ein und initiali- 
siert auch die restlichen Parameter mit 
den richtigen Werten. 
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muß fd_stand eine 1 enthalten. Leider 
reichtes jedoch nach meinen Erfahrungen 
in so einem Fall nicht aus, in fd_stand 
einfach eine 1 hineinzuschreiben; ganz 
offensichtlich wären auch noch zahlrei- 
che andere Änderungen am Programm 
notwendig, deshalb funktioniert die abge- 
druckte Fassung nicht mit GDOS! 


Fd_nplanes muß die Anzahl der Bit- 
planes enthalten, die benutzt werden; in 
hoher Auflösung ist dies nur eine, in mitt- 
lerer Auflösung zwei und in niedriger 
Auflösung vier. Da Getrez() jedoch die 
Werte 2, 1 und O zurückgibt, müssen auch 
diese entsprechend umgerechnet werden. 


Wie man sieht, werden auch hiernicht.alle 
Einträge der MFDB-Struktur initialisiert; 
da man an vro_cpyfm() noch ein Feld 
mit den Quell- und Zielkoordinaten 
(copy_array) übergeben muß, ist dies 
auch nicht notwendig, weileinem das Be- 
triebssystem mal wieder die halbe Arbeit 
abnimmt und die restlichen Einträge 


werden. Anschließend werden dann die 
Texte hineingeschrieben, wobei die Flags 
CHECKED und DISABLED beachtet 
werden, denn üblicherweise wird doch 
nicht mehr benutzt. Wer unbedingt noch 
Einträge haben will, die OUTLINED, 
SHADOWED oder sonstwas sind, soll 
gefälligst selber noch ein bißchen an 
draw_submenu() herumbasteln; ich bin 
von der Notwendigkeit jedenfalls nicht 
überzeugt, denn weniger ist oft mehr! 


Nach dem vollständigen Zeichnen des 
Submenüs kann jedenfalls draw_ 
submenu() auch schon wieder beendet 
werden, nur um bei der nächsten Mausbe- 
wegung dann wieder aufgerufen zu wer- 
den... - aber das ist eine andere Geschich- 
te. Erwähnen sollteich wohlnoch, daß der 
Status des Objekts, also NORMAL oder 
SELECTED, unbedingt wieder an das 
Betriebssystem zurückgegeben werden 
muß, wenn man kein Chaos in den Menüs 
provozieren will! Der ganze Ablauf von 
draw_submenu() ist noch einmal in Ab- 
bildung 12 als Struktogramm zu sehen. 


Kommen wir also zu der anderen Ge- 
schichte: Was passiert, wenn die Maus 
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draw_submenu() 





Register retten 





Zeiger des aufrufenden APPLBLK berechnen 





Zeiger auf den auszugebenden Textholen 





| Register A4 fuer die Adressierung der globalen Variablen bei Megamax—C holen 





aktuelle Fuell— Attribute merken 





Index der Submenu-Boxholen 





Suhaum=&, d.h, kein Submenu angewaehlt 





Korrekturtaktor fuer die Textausqabe berechnen (abhaengiq von der Aufloesung) 





Menue-Eintrag NORMAL 
? 

















do_submenu() 


Mauszeiger einschalten 

solange Mauszeiger innerhalb des Submenus ist 
Index = Zeiger auf den ersten STRING 
solange Objekt ein STRING ist 

Mauszeiger innerhalb des Objekts 

























Unger = Zeiger auf naschstes Objekt 









Submenu-Eintrag gefunden 
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Menue Eintrag neu zeichnen 


A NEIN JA NEIN 
Menue Eintrag vorher Menue-Eintrag selektieren 
SELECTED gewesen Hintergrund retten Eintrag ungleich zuletzt angewaehltern Eintrag 
7 Submenu—Box zeichnen 
Ja NEIN | /ager= Zeiger auf den ersten JA ? NEIN 
Maus—Koordinaten holen auszugebenden STRING Fri 
solange das Objekt ein STRING ist Mauszeiger ausschalten u) 
Maus im Subrnenu .. = 
a ee Eintrag DISABLED vorherigen Eintrag normalisieren 
Ar 7 “ Sn neuen Eintrag selektieren, falls nicht DISABLED % 
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d.h. Menue - Eintrag nichtmehr index= Zeiger auf naechstes Objekt 





selektiert state = SELECTED, 
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aktuelle Mauskoordinaten holen 
Mauszeiger wieder ausschalten 














Abb. 12: Struktogramm von draw_submenuf() 


sich bewegt? Annahme: Sie wird von der 
Katze gefressen... Behauptung: falsch! 
Beweis: Wenn die Maus sich bewegt, 
wird sie ausgeschaltet (zumindest kurz- 
fristig) und verschwindet so selbst für die 
guten Augen einer Katze... Aber von der 
Welt der Katzen und Mäuse nun wieder 
zurück zur Welt der Mäuse und Subme- 
nüs: Sobald die Maus bewegt wird, wird 
draw_submenu() erneut aufgerufen; ist 
der Mauszeiger immer noch im gleichen 
Menüeintrag, passiert überhaupt nichts 
und die Routine wird wieder verlassen. 
Hat der Zeiger jedoch den Eintrag verlas- 
sen, muß zuerst überprüft werden, ob er 
sich innerhalb des Submenüs befindet; 
wenn ja, wird do_submenu() aufgerufen 
und übernimmt die Verwaltung des Sub- 
menüs. Andernfalls wird das Submenü 
wieder “eingeklappt”, indem einfach der 
Hintergrund restauriert wird und an- 
schließend müssen dann nur noch der zu- 
gehörige Menüeintrag wieder normali- 
siert und die Routine erneut verlassen 
werden. 


Jetzt stellt sich vermutlich nur noch eine 
Frage, die den geneigten Leser interessie- 
ren dürfte: Wie funktionuckelt die Ver- 
waltung eines Submenüs? Die Antwort: 
denkbar einfach. Betrachten wir uns also 
zu guter Letzt noch die Routine 
do_submenu(). Sie wird ausgeführt, so- 
lange sich der Mauszeiger innerhalb eines 
Submenüs befindet; verläßt die Maus 








Abb. 13: Struktogramm von do_submenu() 


auch nur einen Moment lang das Subme- 
nü, wird auch die Routine verlassen und 
das Submenü wieder eingeklappt. 


Gehen wir also davon aus, der Zeiger 
befindet sich innerhalb des Submenüs. 
Dann werden als erstes die Y-Koordina- 
ten aller Einträge mit der Y-Position des 
Mauszeigers verglichen, um herauszufin- 
den, über welchem Eintrag die Maus ge- 
rade “schwebt”. Wurde der Eintrag ge- 
funden, wird er noch mit dem letzten 
angewählten verglichen, um festzustel- 
len, ob die Maus einen neuen Eintrag 
angewählt hat. 


Wenn ja, muß der zuvor angewählte Ein- 
trag normalisiert werden, sofern er nicht 
DISABLED ist, und anschließend wird 
dann der neu angewählte Eintrag selek- 
tiert. Jetzt fehltnurnoch die Überprüfung, 
ob eine Maustaste gedrückt wurde, und 
falls ja, wird der Index des gerade ange- 
wählten Eintrags in subnum übergeben 
und do_submenu() verlassen. Dabei wird 
jedoch nicht auf eine bestimmte Mausta- 
ste getestet, so daß man innerhalb eines 
Submenüs auch die rechte Taste benutzen 
kann. Die ganze Routine ist im Überblick 
noch einmal in Abbildung 13 als Strukto- 
gramm zu sehen. 


So, und damit wäre ich so ziemlich am 
Ende angelangt, oder genauer gesagt: 
ganz am Ende (oder auch: fix und fertig). 
Jedenfalls sollte es jetztso ziemlich jedem 


absolut klar sein, wie das Prinzip der 
Submenüs aussieht und wie man eigene 
benutzerdefinierte Objekte in Menüs an- 
legt. Und ich möchte ab sofort keine Pro- 
gramme mit völlig überladenen Menüs 
mehr sehen, wo doch jetzt Submenüs 
auch unter GEM möglich sind! Rein vom 
Prinzip her müßten Submenüs eigentlich 
auch auf GEM für PCs möglich sein; ich 
kann mir jedenfalls nicht vorstellen, daß 
man dort auf benutzerdefinierte Objekte 
verzichtet hat, aber auf diesem Gebiet 
kenne ich mich leider nicht so gut aus; das 
überlasse ich gerne anderen. Das Listing 
ist auf der neuen Programmierpraxis- 
Diskette (C) zu finden. 

Uwe Hax 
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Wie 
schnell 
sind 


Sicherlich ist dies in starkem Maße ab- 
hängig von der Qualität der benutzten 
Disketten und Laufwerke, ihrer Dreh- 
zahl und Steprate; aber fällt Ihnen aus 
dem Stehgreif noch mehr dazu ein? 


Schon häufiger war in Zeitschriften über 
den ‘optimalen Interleave’ zu lesen, bis- 
lang handelte es sich jedoch immer um 
Festplatten. Da nicht jeder ST-Benutzer 
ein solches Speichermedium sein eigen 
nennt, außerdem die ATARI-Festplatten 
lange nicht so optimierungsbedürftig sind 
wie beispielsweise Platten für PCs und 
Kompatible, habe ich eine lange Ver- 
suchsreihe mit Disketten angestellt; auch 
dort wirktsich nämlich die Art der Forma- 
tierung in starkem Maße auf die Ge- 
schwindigkeit beim Laden und Speichern 
aus. Um optimale Übertragungseigen- 
schaften zu erreichen, machte ich Ge- 
brauch von allen mir bekannten Möglich- 
keiten zur Formatierung. Die in manchen 
Punkten recht interessanten Meßergeb- 
nisse basieren auf Messungen am ATARI 
ST mit seinen standardmäßigen 3 1/2"- 
Laufwerken, die daraus gefolgerten Er- 
gebnisse haben jedoch grundsätzliche 
Gültigkeit. 


Besondere Rücksicht wurde auf den 
Umstand genommen, daß nicht alle ST- 
Benutzer ein sog. FASTLOAD (s. Be- 
griffserl.) eingebaut haben, denn gerade 
auf solchen Systemen kann man durch 
clevere Formatierung eine Beschleuni- 
gung des Datentransfers erreichen. Zum 
Formatieren wurde Hyperformat benutzt, 
ein kurzes GFA-BASIC Programm er- 
mittelte die Ladezeiten der Disketten; bei 
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allen Diskettenoperationen wurde die 
Standard-Steprate von 3 ms benutzt. 


Die größte Ladegeschwindigkeit einer 
Diskette mit 512 Byte-Sektoren in Lauf- 
werken mit 300 UPM kann nach folgen- 
der Formel berechnet werden: 


Speed = SPT*2,5/(IL+SPIR) 
(Formel 1) 
Speed = kB/Sek. 
SPT = Sektoren pro Track 
IL = Interleave 
SPIR = Spiralfaktor 


Die Konstante 2,5 ergibt sich aus dem 
Produkt von Sektorlänge in kB und der 
Zahl der Umdrehungen pro Sekunde und 
muß für andere Laufwerke und Sektorlän- 
gen entsprechend angepaßt werden. Die 
maximale Ladegeschwindigkeit einer 9- 
Sektor-Diskette mit Interleave I und Spi- 
ralfaktor 0 ist demnach: 


9*2,5/(1+0) = 22,5 kB pro Sekunde 


SPT IL SPIR Speed SPT 


22,48 10 
20,24 10 
18,41 10 
16,87 10 
15,57 10 


SPIR Speed 
11,31 
11,28 
18,39 
16,87 
15,57 





Tabelle 2: Ladegeschwindigkeit ohne Fastload 


IL SPIR Speed SPT 


zuladen? 


Die Richtigkeit dieser Formel sollten 
Messungen bestätigen. Die Ergebnisse 
mit Fastload kann man Tabelle 1 entneh- 
men. Wie zu erwarten war, fällt die Lade- 
geschwindigkeit mit steigendem Spiral- 
faktor stetig ab. Für Il Sektoren muß 
sogar mit Interleave 2 gearbeitet werden, 
da die Sektoren so eng beieinander liegen, 
daß sie nicht mehr in einem Rutsch gele- 
sen werden können. (Interleave 2 bei 11 
Sektoren = Interleave-Faktor 6, s. Erläut.) 


Wie sieht’s denn aus, wenn man diese 
Disketten ohne Fastload einlädt? Tabelle 
2 gibt darüber Aufschluß. Plötzlich findet 
sich ein Maximum der Übertragungsrate 
bei einem Spiralfaktor von 2, warum aber 
nicht beim Spiralfaktor 0? 


Formen wir die Formel 1 zur Geschwin- 
digkeitsermittlung so um, daß ihr Nenner 
auf einer Seite steht, dann erhalten wir im 
Falle von 9 Sektoren, IL 1 und Spir 0: 


SPT*2,5/Speed = IL+SPIR 


>>> 9*2,5/11,31 = 17,90 
(Formel 2) 


IL SPIR 


25,01 11 
22,72 11 
20,83 11 
19,23 11 
17,85 
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Ö 


Die Geschwindigkeit ist geringer als das 
errechnete Maximum, die Diskette hat 
also mehr Umdrehungen ausgeführt. Wie 
auch den Erläuterungen zu entnehmen ist, 
ist gerade der INTERLEAVE ein Maß 
dafür, wieviele Umdrehungen die Disk 
machen muß, damit alle Sektoren der 
Spur eingelesen werden können. 


Setzen wir auf der rechten Seite der For- 
mel 2 für SPT die 9 und für SPIR die 1 ein, 
dann ist die Gleichung für IL=2 erfüllt. 
Wie Sie sehen, wirkt sich der formatierte 
Interleave von I in der Praxis so aus, als 
sei die Diskette mit Interleave 2 formatiert 
worden! 


Je nach Geschmack kann man die Glei- 
chung aber auch nach SPIR auflösen, 
wenn man IL mit 1 beläßt. Es ergibt sich 
dann ein effektiver Spiralfaktor von 9 
(statt des formatierten Spiralfaktors von 
0), was bei 9 Sektoren pro Track nichts 
anderes als eine Extraumdrehung bedeu- 
tet. (Die Ungenauigkeiten in den Nach- 
kommastellen rühren daher, daß beim 
Lesen mehrerer Spuren nicht die gesamte 
letzte Spur gelesen werden muß, um die 
letzten 9 Sektoren zu erfassen, sondern 
nur die ersten ca. 90%.) Was besagt aber 
nun diese Rechnung: 


Ohne Fastload kann bei diesem Format 
eine Spurnur in2 Umdrehungen komplett 
eingelesen werden. Das liegt eben daran, 
daß in Systemen ohne FASTLOAD nach 
einem Spurwechsel und einer Pause von 
15 ms zur Beruhigung des Kopfes erst 
noch die neue Spurnummer verifiziert 
werden muß, und diese befindet sich gera- 
de vor dem Sektor, der eigentlich als 
nächster hätte gelesen werden sollen; 
also: eine Runde Pause, macht 200 ms. 


Wenn Ihr Lese(r)kopf nun schon qualmt, 
dann gönnen Sie sich erst auch mal ‘ne 
Pause und lesen danach die Erläuterungen 
zu den wichtigsten, hier gebrauchten 
Ausdrücken! 


ATARI nimmt 

die Spirale 

Auch die ATARI-Entwickler haben fest- 
gestellt, daß die unter TOS 1.0 formatier- 
ten Disketten - Spiralfaktor 0 - im Origi- 
nalbetriebssystem ohne Fastload nur im 
Schneckentempo zu laden sind, ganz zu 
schweigen vom Abspeichern, was durch 
das Verifizieren der gerade geschriebe- 
nen Daten doppelt so viel Zeit bean- 
sprucht. Seit TOS-Version 1.2 (Blitter- 
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TOS) wird daher aus dem Desktop nur 
noch mit Spiralfaktor 2 formatiert, in 
einer der neuen, inoffiziellen 1.4 Versio- 
nen sogar die Vorderseite mit Spiralfaktor 
3 und die Rückseite mit Spiralfaktor 2. 
Die unter dieser TOS-Version formatier- 
ten Disketten sind daher noch etwas lang- 
samer als solche von TOS 1.2. Ihre Lade- 
geschwindigkeit liegt bei 9-Sektor-Dis- 
ketten etwa bei 17,62 kB/Sekunde. Mit 
Formel 2 errechnet man hierbei einen 
effektiven Spiralfaktor von 2,5. Aber 
keine Angst, in der endgültigen 1.4er- 
Version vom 6.4.1989 benutzt man wie- 
der den Spiralfaktor 2 auf beiden Seiten 
und erreicht damit 18,39 kB/Sek. 


Wir haben nun schon die erste Möglich- 

keit kennengelernt, um Disketten ohne 
Fastload etwas schneller zu machen - die 
Spiralisierung. Sie wird nur indirekt von 
der Formatier-Routine des XBIOS unter- 
stützt; man kann seit TOS-Version 1.2 
einen Zeiger auf die selbstkonstruierte 
Tabelle der Sektornummern übergeben. 


Hinzu kommt das Interleaving, was von 
allen TOS-Versionen unterstützt wird; 
wo es jedoch erst wichtig wird, nämlich 
bei 11-Sektor-Disketten, da macht TOS 
nicht mehr mit und verschwendet den 
Platz für den 11. Sektor in den anderen 
Sektorzwischenräumen. Maximal 10 
Sektoren passen daher auf “Desktop-for- 
matierte’ Disketten. 


Mit Köpfchen geht’s 
besser 


Es gibt aber noch den ‘zusätzlichen Hea- 
der’, der (wahrscheinlich ungewollt) so- 
gar mit einem kleinen Trick unter TOS 


erzeugt werden kann. Wenn Sie sich die 
Sektorfolgen ansehen, die das abgebilde- 
te GFA-BASIC-Programm generiert, 
können Sie erkennen, daß bei einer 9- 
Sektor-Diskette und Interleave-Faktor 11 
genau 11 Sektoren erzeugt werden. Zwar 
ist der 11. Sektor um seinen Dateninhalt 
beschnitten, der wichtige Sektorvorspann 
- der Header - ist aber allemal noch mit 
drauf auf der Spur. Lädt man eine solche 
Diskette ohne Fastload ein, ergibt sich - 0 
Wunder - eine Lesegeschwindigkeit von 
22,49 kB/Sekunde, also genauso schnell 
wie mit Fastload. Schuld daran ist nur der 
Header des 11. Sektors, der genau dann 
zur Stelle ist, wenn der Floppycontroller 
die aktuelle Spur verifizieren will. Bei 10 
Sektoren und Interleave 11 klappt das 
nicht mehr, weil der Kopf auf der alten 
Spur noch den 10. Sektor lesen muß und 
gerade dann in die nächste Spur hoch- 
fährt, wenn der Header des 11. Sektors 
unter ihm vorbeirauscht. Moral von der 
Geschicht’: Extrarunde! 


Wo sollte der 
zusätzliche Header 
stehen? 


Welche Schlüsse kann man daraus zie- 
hen? Der zusätzliche Header sollte so 
dicht wie eben möglich vor dem ersten auf 
der neuen Spur zu ladenden Sektor ste- 
hen; und das ist der Sektor Numero 1. 
Versuche ergaben, daß das Ende dieses 
zusätzlichen Headers mindestens 10 
Bytes vor dem Anfang des Sektorvor- 
spanns vom 1. Sektor liegen muß, dasonst 
der 1. Sektor überlesen wird. Als ‘dicht’ 
kann man auch das Ende des Tracks be- 
zeichnen, wenn zuvor der Sektor mit der 
höchsten Nummer residiert. Von dieser 


Folgendes GFA-BASIC-Programm demonstriert die Arbeitsweise des TOS beim Konstruieren 
der Sektorfolgen mit Interleave-Faktor: 


: FOR spt%=9 TO 11 
FOR ilf%=1 TO 11 


PRINT 
: NEXT ilf% 
: NEXT spt% 
: END 
: PROCEDURE makesecs (spt%,ilf®) 
laufs=1 
PRINT spt%; "/";ilf%; "= “; 
REPEAT 
secnrt=lauf#% 
REPEAT 
PRINT secnr$;” “; 
ADD secnr%,ilf% 
UNTIL secnr#>spt% 
INC lauf$ 
UNTIL lauf#>ilf% 


! 9 bis 11 Sekt. pro Track 
! Interl.-Faktor 1 bis 11 
@makesecs (sptt,ilf%) ! Sektorfolgen konstruieren 
! neue Zeile 
! Nächster IL-Faktor 
! Nächstes Trackformat 


! hier ensteht der Sektor 








Begriffserläuterungen 


Ich weiß, viele Leser haben sie nicht mehr 
nötig, aber im Interesse aller anderen mögen 
Sie mir die Wiederholung der Erläuterung 
verzeihen! 


Fastload, Trackverify: Alle originalen, un- 
veränderten Betriebssystemversionen des 
ATARIST arbeiten ohne Fastload. Dadurch 
wird das Schreiben und Lesen von Diskette 
verlangsamt, weil nach einem Spurwechsel 
erst einmal eine Pause von 15 ms zur Kopf- 
beruhigung eingelegt und danach die Infor- 
mation darüber verlangt wird, ob die erreich- 
te Spur die richtige ist. Vor jedem Sektor 
steht diese Information und wird auch für 
dieses ‘Trackverify’ benutzt. Da aber diese 
Information - der Sektorheader - auch zum 
Lesen des eigentlichen Sektorinhalts benö- 
tigt wird, kann der Kopf den Sektor, über 
dem erssich gerade befindet, nichtmehr lesen 
und muß daher eine ganze Diskettenumdre- 
hung auf ihn warten. 


Um dieses Trackverify abzuschalten, muß 
ein Byte (eigentlich nur 1 Bit) im Betriebssy- 
stem geändert werden. Derart geänderte 
EPROMs kann man für etwa 20.- bis 30.- 
DM kaufen und kommt dadurch in den 
Genuß der höheren Lese- und Schreibge- 
schwindigkeiten (siehe Tabelle). Zum Sel- 
bermachen die Patchadressen in den ver- 
schiedenen Betriebssystem-Versionen (je- 
weils das Byte $14 ändern in $10): 





Offset U7 


$0DC7 
$0EC7 
$0AE9 
$0ASE 
$0A8B 


Datum 
06.02.1986 
22.04.1987 
18.05.1988 
22.02.1989 
06.04.1989 


Version 
TOS 1.0 
TOS 1.2 
TOS 1.4 
TOS 1.4 
TOS 1.4 


File-Offset 
$1A1D 
$13D5 
$13B1 


Datum 
06.02.1986 
18.05.1988 
08.08.1988 


Version 


RAMTOS 1.0 
RAMTOS 1.4 
RAMTOS 1.4 


Tabelle 4: Fastload-Patchadressen 


Lösung machen viele Kopier- und Forma- 
tierprogramme Gebrauch. 


Zunehmend an Beliebtheit gewonnen hat 
diel0-Sektor-Diskette, viele Public 
Domain-Disketten sind derart formatiert. 
25 kB/Sek. mit und 20,79 kB/Sek. Lade- 
geschwindigkeitohne Fastload tragen mit 
dazu bei. Ohne Fastload klappt das aber 
nur beim Spiralfaktor 2 (siehe Tabelle 2). 
Und dieser Faktor 2 ließ mich noch eine 
Steigerungder Geschwindigkeit vermu- 
ten... 
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Spiralfaktor, SPIR: Die Sektoren einer Disket- 
te sind dann spiralisiert, wenn zwar die Rei- 
henfolge der Sektoren auf allen Spuren erhal- 
ten bleibt, jedoch jede Spur mit einer anderen 
Nummer dieser Reihenfolge beginnt. Verbin- 
det man im Gedanken von außen alle Sektoren 
der Diskette, die die Nummer 1 haben, so 
beschreibt diese Kurve eine Spirale, die im 
Zentrum der Diskette enden würde. Nach ei- 
nem Spurwechsel hat der Lesekopf dadurch 
mehr Zeit, weil der nächste zu bearbeitende 
Sektor aufgrund der Spiralisierung etwas spä- 
ter erscheint als ohne Spiralisierung. Bei Sy- 
stemen ohne Fastload scheint der Spir-Faktor 
von 2 optimal zu sein, da der Kopf nach dem 
Spurwechsel erst noch sein Trackverify aus- 
führen kann und danach sofort auf den richti- 
gen Sektor stößt. 


Beispiel: 


Track 17, Sektorfolge 123456789 
Track 18, Sektorfolge 891234567 
>> Spiralfaktor 2 


Nachdem der Kopf den Sektor 9 auf Spur 17 
gelesen hat, fährterauf Spur 18 und landet dort 
irgendwo in Sektor 8. Den Header von Sektor 
9, Spur 18 benutzt er zum Trackverify und 
kann sodann mit dem Laden des Sektors | be- 
ginnen. 


Interleave, Interleave-Faktor: Aufgepaßt, In- 
terleave bezeichnet man als den Zwischen- 
raum zwischen 2 numerisch aufeinanderfol- 


genden Sektoren. Oder: 
so viele Diskettenumdre- 
hungen sind notwendig, 
um alle Sektoren des 
Tracks zu lesen. 


im Speicher 
$FC1B8F 
$FC1DSF 
$FC15D3 
$FC151D 
$FC1517 


inoffiziell! 
inoffiziell! 


Sektorfolge:162738495 


im Speicher >> Interleave 2 


$7A 
$BED5 
$BFB1 


inoffiziell! 
inoffiziell! 


Rekordverdächtig: 
10-Sektor-Disketten 
ohne Fastload 


Tatsächlich ist es mir gelungen, ein 10- 
Sektor-Format zu generieren, das bisheri- 
ge Formate in puncto Geschwindigkeit 
schlägt. Dabei wurden die 10 Sektoren 
eines Tracks mit Interleave 1 und Spiral- 
faktor 1 auf eine einseitige Diskette for- 
matiert, insbesondere aber vor jedem 
Sektor mit der Nummer 1 ein zusätzlicher 


Zwischen Sektor 1 und 2 liegen 2 Zwischen- 
räume (1-6 und 6-2), aber Interleave-Faktor 
bezeichnet die Zahl, die auf eine Sektornum- 
mer aufaddiert wird, um auf die Nummer des 
nachfolgenden Sektors zu kommen. 


Sektorfolge: 1728394105116 
>> Interleave-Faktor 6 
>> Interleave 2 


Die Formatier-Routine (XBIOS 10) des 
ATARIST erwartet auf dem Stack einen In- 
terleave-Faktor und führt damit obige Rech- 
nung aus. Wem es noch nicht kompliziert 
genug ist, für den ist hier der mathematische 
Zusammenhang zwischen Interleave (IL) 
und Interleave-Faktor (ILF): 


Bedingung: O<ILF<SPT und 1<IL<SPT 


ILF*IL=SPT+1 SPT=Sektoren pro Track 


(Formel 3) 


Zur Beurteilung der Ladegeschwindigkeiten 
und deshalb auch in meiner Formel wird hin- 
gegen der Interleave (IL) benutzt, weil er 
diesbezüglich aussagekräftiger ist und unab- 
hängig von der Anzahl der Sektoren pro 
Track (SPT) Auskunft über die minimale 
Anzahl von Diskettenumdrehungen gibt, die 
zum Lesen aller Sektoren nötig sind. 


Zusätzlicher Header, Sektorvorspann: So 
nennt man den Teil eines Sektors, in dem 
Auskunft über Tracknummer, Seite, Sektor- 
nummer und Sektorgröße gegeben wird, 
dem aber nicht wie normalerweise das 512 
Byte lange Datenfeld des Sektors folgt. Die- 
ser Sektorvorspann wird alleine geschrie- 
ben, belegt insgesamt 10 Bytes auf der Dis- 
kette, und seine einzige Aufgabe ist, dem 
System Auskunft über die Tracknummer zu 
geben, in der die gerade gelesene Informa- 
tion steht. Durch diesen Trick wird dem 
Trackverify (s. dort) Rechnung getragen. 





Header geschrieben. Da nach dem Lesen 
des letzten Sektors (Nummer 10) der 
Lesekopf einen Schritt nach innen fährt, 
versucht das System ohne Fastload erst 
einmal, die Spurnummer festzustellen. 
Der Spiralfaktor von eins sorgt nun dafür, 
daß der Kopf etwa am Ende des 10. Sek- 
tors der neuen Spur landet. Er findet so- 
dann den zusätzlichen Header, der das 
Bedürfnis des Betriebssystems nach 
Trackverify erfolgreich befriedigt. Sofort 
nach dem Header kann dann mit dem 
Lesen des 1. Sektors der neuen Spur be- 


gonnen werden. Die so erreichbaren La- 
degeschwindigkeiten bewegen sich um 
die 22,7 kB/Sek. und stellen für Betriebs- 
systeme ohne Fastload den absoluten 
Spitzenwert dar. Die schnellsten 10er- 
Disketten konnten bisher mit 20,79 kB/ 
Sek. geladen werden (siehe Tabelle); 
Steigerung: 9,2%. Leider existiert meines 
Wissens (bisher!) kein Formatierpro- 
gramm, das automatisch auch bei spirali- 
sierten Disketten den zusätzlichen Hea- 
der mitspiralisiert. Die erste derartige 
Diskette erzeugte ich in ‘Handarbeit’, in- 
zwischen kann’s aber auch mein ‘Forma- 
tierer”. 


Und wie schnell 
sind Hyper-Density 
Disketten? 


Das sind solche Disketten, diemithöherer 
Datenrate formatiert wurden - siehe ST 
Computer 7/8-89 - und dadurch bis zu 1,2 
MB Datenkapazität vertragen. Aber sie 
sind auch noch mit Abstand die schnell- 
sten. Die Ergebnisse kann man Tabelle 3 
entnehmen. 
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Weniger ist 
manchmal mehr 


Nur bedingt kann man die schnellste For- 
matierung auch als die optimale bezeich- 
nen, speziell bei eingebautem Fastload. 
Besonders bei den schnellen 10er-Disket- 
ten (IL 1,SPIR 0) und den 13er-Hyper- 
Density-Disketten (IL 1,SPIR 0) entste- 
hen beim Schreiben auf einigen Laufwer- 
ken (auch auf meiner SF314) gelegentlich 
Fehler. Schuld daran ist das Schwingver- 
halten des Schreib-/Lesekopfes, der bei 
einem Spiralfaktor von O0 praktisch keine 
Beruhigungszeit mehr hat. Ein sicheres 
Zeichen dafür sind fehlerhafte Sektoren 
mit Nummer 1. Deswegen rate ich bei 
10er-und 13er-Disketten auf den Spiral- 


SPT IL SPIR Speed 
11.0 27,51 1 .T 0 
12 1 0 3002 a 
13 1.0 32,49 Le 
14 2 0 1749 





SPT IL SPIR 


faktor 1 auszuweichen, weil damit dem 
Kopfeine Sektorlänge mehr Zeitgegeben 
wird. Die Geschwindigkeitseinbuße hält 
sich dabei in Grenzen (etwa 6-9%). Dies 
scheint wohl auch der Hauptgrund dafür 
zu sein, weswegen die ATARI-Entwick- 
ler im Desktop mit Spiralfaktor 2 forma- 
tieren, werden doch die verschiedensten 
Laufwerke für den ST angeboten. 


Ein nützlicher Nebeneffekt ist die Tatsa- 
che, daß 5 1/4"-Laufwerke bei 6 ms Step- 
rate und Spiralfaktor 1 in den meisten 
Fällen gleiche Lesegeschwindigkeiten 
erreichen wie ihre kleinen 3 1/2"-Pen- 
dants. 


Jürgen Stessun 


Speed 
27,50 
29,87! 


30,16! 


Tabelle 3: Ladegeschwindigkeiten von Hyper-Density-Disketten, links 
mit Fastload, rechts ohne Fastload, aber mit den Ihnen nun 


bekannten Mitteln optimiert. 










CASIO SF-7000/7500/8000) 
PSION Organiser II 
SHARP IQ-7000 





Daten- 
Austausch 


mit TAANGPILE 2.5. tür 





GS5E-ST+. 
5 1/4", 726/360 KB (umschaltbar 40/80 Track, IBWATARI), inkl. 
Software für verschiedene Diskettenformate (auch IBM-Format), 
OUT-Buchse für 2. Laufwerk 


Unsere Floppy-Drives zeichnen sich aus durch: 

- TEAC....Made in Japan by Fanatics 

- eingebautes Netzteil (kein loses Steckernetzt.) 

- anschließbar an jeden ATARI-ST - 12 Monate Garantie 


DM 398.- 







G35-St+. 
3 1/2" + 5 1/4" - Mixed-Station, 2 * 726 KB, (umschaltbar 40/80 
Tracks, IBWATARI). Drive-Swap, inkl. Software für verschiedene 
Disketten-Formate, auch am MEGA-ST und 1040- ST anschließbarl 


Verbinden Sie mit dieser Rechnerkopp- 
lung Ihren Datenbankrechner mit Ihrem 
PC/XT/AT, Atari oder Amiga. Damit kön- 
nen Sie problemlos Ihre Daten aus Pro- 
grammen wie Exel, Adimens und dBase sicher in 
beide Richtungen austauschen. Ihre aktuellen Daten 
on zu Hause haben Sie somit jederzeit 
interwegs verfügbar. Natürlich kön- 
N nen Sie Ihre unterwegs erfaßten 
Daten später im Büro wieder auf 
den PC, ST oder Amiga übertra- 
gen und mit der mitgelieferten 
Software bearbeiten. 
Fordern Sie weitere Infos an! 


G35-STe.....DM 748.- 
wie G35-ST+, jedoch mit digitaler Track-Anzeige, elektron. Schreib- 
schutz, READ/WRITE Control-Anzeige 


DaMASKUS.......DM 78.- 
Professioneller Eingabe-Maskengenerator, erzeugt fertigen Basic- 
Code (GfA oder Omikron, bei Bestellung bitte angeben). Völlig freie 
Maskengestaltung und individuell maskierbare Eingabefelder. 


Vertrieb für BENELUX-Staaten: 
Cat & Korsh, Evertsenstraat 5, NL-2901 AK Capelle 








Komplett 
mit Interface, 
Software und 
dt. Handbuch 


»=179,- 


Bestellannahme oder Abholung: Mo-Fr 8.00 - 18.00 


Tel: 08141-6797 
Copydata GmbH Fax.: 08141-411138 
8031 Biburg - Kirch-Str. 3 








C-O-M-P-U-T-I-N-G 


Pf.1136/32 - D-7107 Bad Friedrichshall 
Telefon 07136/2.00 16 - Fax 07136/22513 
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Klein aber fein 
oder 24:2 = 


Twelve 





D: ngebot an Sequenzerprogram- 
men für den ATARI ST ist nur noch 
schwer überschaubar. Der Streit, wel- 
ches Programm nun das richtige ist, 
stilisiert sich zur Glaubensfrage zwi- 
schen den Benutzern der unterschiedli- 
chen Produkte. Das ‘Mehr’ an Spuren 
und Features der Programme geht 
jedoch, sehr zum Leidwesen der Benut- 
zer, nicht immer mit einer entspre- 
chenden Bedienerfreundlichkeit Hand 
in Hand, die eigentlich Voraussetzung 
für den kreativen Schaffensprozeß sein 
sollte. 
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Bild 1: Das Bedienfeld von Twelve... 


Mal Hand aufs Herz: Ihr “Bohlens’ und 
‘Moroders’ - wann habt Ihr jemals 64 
Spuren wirklich gebraucht? Meist setzen 
die Preise der dazu benötigten MIDI-In- 
strumente und sonstiger Geräte finan- 
ziell nicht zu nehmende Hürden. Just in 
dieser Zeit der “Aufrüstung', 
gleich mit dem gelungenen Programm 
Cubase, das auf der letzten Musikmesse 
wie eine ‘Bombe’ einschlug (vgl. ST 6/89 
S.44 ff.), brachte Steinberg 

kleines Sequencerprogramm auf den 
Markt: Twelve - und möchte es, wie das 
Handbuch verrät, als ein Programm für 
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ein neues, 
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Bild 2: ... und zum Vergleich das von Twenty-four 
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den semiprofessionellen Bereich verstan- 
den wissen, eben für alle, die kein kom- 
plexes, sondern ein einfaches und über- 
schaubares Sequencerprogramm suchen. 
Vorweg: das Programm ist gelungen. Die 
halbierte Version des Twenty-four bietet 
all denen, die zu Hause einen ATARI ST 
haben und musikinteressiert sind, eine 
Alternative zu herkömmlichen Program- 
men, die zum Großteil die 500 DM- 
Schallmauer weit hinter sich gelassen 
haben. Mit allen benötigten Features, die 
der begnadete ‘Semiproffesionelle’ zum 
Welthit benötigt, bekommt er dieses Pro- 
gramm schon für weniger als 100,- DM. 






Im Lieferumfang enthalten sind die Pro- 
grammdiskette und -beschreibung. Das 
sehr gut gegliederte Handbuch gibt auch 
dem Newcomer am “Musik-ST’ nach 


seen Afalate 
tüngszeit die MOgIICH- 








kürzester E 
keit, “in medias res’ zu gehen, den Berufs- 
wechsel zum Schallplattenmillionär ins 
Auge zu fassen. Verständlicherweise 
mußte Steinberg auf eine Programmsi- 
cherung durch einen Schutzmodul (Key) 
im ROM-Port verzichten, um den niedri- 
gen Verkaufspreis zu ermöglichen. Das 
Programm istsomit kopierbar - was seiner 
Beliebtheit sicher nicht im Wege stehen 
wird. Nach dem Programmstart erscheint 
das Arbeitsfeld (Bild 1), welches Twelve 
als kleine Schwester (oder Bruder - je 
nach gusto) des Twenty-four (Bild 2) 
ausweist, eben mit 12 Aufnahmespuren 





{e} 


anstatt 24. Benutzer des Steinberg-Se- 
quencerprogramms Twenty-four können 
ab hier auf ein Weiterlesen der Bedie- 
nungsanleitung (und dieses Berichts) 
verzichten. Das Handbuch führt zunächst 
in die Grundbegriffe der MIDI-Technik 
ein und erläutert ausführlich die Anpas- 
sung des Instumentariums an den Compu- 
ter und das Sequencerprogramm. Nach 
erfolgreicher und korrekter Installation 
werden anhand eines auf der Diskette ab- 
gespeicherten Testsongs die Grundbe- 
griffe und Möglichkeiten von Twelve 
ausführlich beschrieben. Schon in diesem 
ersten Abschnitt wird das entscheidende 
Manko von Twelve sichtbar: Zur nach- 
träglichen Edierung oder visuellen Kon- 
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rack:i Pattern:Thrust | Start:i 7/1 78 


SOFTWARE 


sie dafür keine ausführlich beschriebene 
Alternative böten: Sie funktionieren den 
Scoreeditor kurzerhand zum Drumeditor 
um - toll! Sicherlich eine gute Idee, nur - 
wohl dem, der in seinem Leben einmal 
einen ordentlichen Musikunterricht ge- 
noß! Vorausgesetzt werden nämlich eini- 
ge Kenntnisse in dernicht ganz unkompli- 
zierten Notationskunde. Außerdem ist die 
Sache recht unkomfortabel. 


Der Ablauf: Man suche sich zunächst die 
Noten, mit dem das Rhythmusgerät (oder 
Sampler mit Drumsounds etc.) angesteu- 
ert wird, merke sich dieselben und setze 
sie dann an passender Stelle im Scoreedi- 
tor ein oder spiele sie über die Keybordta- 


ange: EB; 
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Bild 3: Der Score-Editor von Twelve 


trolle eines aufgenommen Patterns stellt 
Twelve - im Gegensatz zu den großen 
Programmen - nur einen Noteneditor 
(Scoreeditor) zur Verfügung. In diesem 
Editor kann man natürlich nicht nur die 
eingespielten Noten betrachten, sondern, 
wie der Name schon sagt, dieselben auch 
edieren. Dies funktioniert am besten per 
Maus - einfach hineinklicken in die Mu- 
sik. Wenn man auch auf den aus dem 
Twenty-four bekannten Grideditor 
durchaus verzichten kann, stellt der feh- 
lende Drumeditor einen echten Verlust 
dar. Er wurde sicher Opfer des Verkauf- 
spreises, für den einfach Abstriche ge- 
macht werden mußten.Aber die Damen 
und Herren von Steinberg wären nicht die 
Damen und Herren von Steinberg, wenn 


# |) 


F-} ” 


OK Note 0 #0 
CANCEL CH LENGTH: 4__. 
UPDATE zınbarı. 
RESTORE & 


statur direkt ein. Obwohl es funktioniert, 
ist der Ablauf gegenüber dem gewohnten 
Drumeditor antiquiert und umständlich. 
Im weiteren Verlauf erklärt das Hand- 
buch anhand leicht nachzuvollziehnder 
Beispiele den Aufbau einer kleinen Kom- 
position, so daß am Ende jeder mit den 
Möglichkeiten des Programms vertraut 
sein sollte. Nachteil auch hier: Einzig die 
Notenschrift bleibt als visuelle Edier- und 
Kontrollmöglichkeit - und das bei einem 
Programm für den semiprofesionellen 
Bereich. Richtig bemerkt das Handbuch 
dann auch auf Seite 2-6: “Please refer to 
literature on music theory for more infor- 
mation.” Na denn! Nix wie in die Biblio- 
theken - dort soll es noch unübersichtli- 
cher sein! 


Was es sonst noch gibt 


Bis auf die fehlenden Drum- und Gridedi- 
toren stellt Twelve natürlich mit Ein- 
schränkungen die aus dem Twenty-four 
bekannten Features zur Verfügung: 
Transponieren und Kopieren von Pattern, 
Realtime- und Step-by-Step-Eingabe, 
Noteneingabe mit der Maus, Tastaturbe- 
legung, Sequencermode, Tapemode und 
Synchronisationen ähnlich dem Twenty- 
four usw. Auch das Einlesen der Noten in 
das Notendruckprogramm Masterscore 
(vom gleichen Hersteller) war unproble- 
matisch, so daß Twelve vom Preis her 
auch für all die interessant ist, die weniger 
mit einem Sequencer arbeiten wollen, als 
vielmehr ein preisgünstiges Programm 
zur Noteneingabe suchen. Fazit: Stein- 
berg bietet mit Twelve ein Programm, das 
jedem, der es mal mit der Musik auf dem 
ST versuchen will, die Möglichkeit gibt, 
kreativ zu werden. Vergleichbar mit dem 
Creator von C-Lab oder gar Cubase ist es 
nicht, will und kann es auch bei den be- 
grenzten Möglichkeiten von nur einem 
Editor nicht sein. Doch die mit Twelve 
erzielbaren Ergebnisse sind, Steinberg 
entsprechend, hervorragend. Nach eini- 
ger Einarbeitung reicht auch der Notene- 
ditor aus, um passabel zu arbeiten. Es 
wäre anzuregen, den Noteneditor für in 
der Notation weniger Bewanderte durch 
einen Grideditor zu ersetzen, was aller- 
dings wiederum die Edierung von Drum- 
patterns verkompliziert. Wie man es dreht 
und wendet, das Programm ist, verglichen 
mit seinen großen Brüdern, nur ein Kom- 
promiß - bei seinem niedrigen Preis aller- 
dings ein sehr guter. Man wird das Gefühl 
nicht los, daß Steinberg früher oder später 
Twenty-four vom Markt nehmen wird 
und das Geschäft mit Cubase und Twelve 
bestreiten wird. Keine schlechte Idee, 
denn was bringt die Arbeit an weitern 
Updates für Twenty-four, wenn Cubase 
alles und noch viel mehr bietet ? 


Norbert Preisler 


Bezugsadresse: 


TSI GmbH 
Neustr. 12 

5481 Waldorf 
Tel.: 02636/7001 
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GRUNDLAGEN 


Tex 


druckt 


Bildaufbereitung 


Viele Benutzer des leistungsfähigen 
Textformatierungsprogramms TeX 
von Donald Knuth sind bei aller Begei- 
sterung enttäuscht von den schwachen 
Möglichkeiten, Grafiken zu erzeugen. 
Etwas Erleichterung schafft da das 
LaTeX-Makropaket für TeX von Les- 
lie Lamport, das einige Befehle für die 
Erstellung einfacher Grafiken zur 
Verfügung stellt. Leider können nur 
einfache Kreise, Ovale und Linien mit 
bestimmten Winkel gezeichnet wer- 
den. Für kleinere Darstellungen rei- 
chen diese Befehle zwar aus, verlangen 
aber ein gutes Vorstellungvermögen 
oder Millimeterpapier für eine Ent- 
wurfsskizze. 


Für dieses Problem soll das folgende Pro- 
gramm Abhilfe schaffen. Das in TURBO- 
C geschriebene Programm wandelt ein 
ATARI-Screenfile [direkte Kopie des 
Bildschirmspeichers (32 kB, Extension 
PIC oder DOO)] in eine LaTeX-Beiehis- 
folge um, die dann direkt in jedes LaTeX- 
Dokument übernommen werden kann. 


Es können Bilder aus jedem beliebigen 
Grafikprogramm, das die entworfene 
Darstellung im ATARI-Screenformat 
abspeichern kann, genutzt werden. Bild- 
schirmkopien aus anderen Programmen 
mit Diagrammen, Meßwerten, Funk- 
tionsverläufen und vielem mehr können 
leicht in jede Dokumentation eingebun- 
den werden. 

Die Idee zu diesem Programm entstand 
bei einem Streit mit einem Bekannten. Es 
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Bilder 


für TeX & LaTeX 


drehte sich mal wieder um das Thema 
Computer - speziell um das bessere Text- 
verarbeitungssystem. Als TeX-Begei- 
sterter war für mich die Sache klar. TeX 
stellt für fast alle möglichen Anwendun- 
gen aus dem Bereich der Textverarbei- 
tungeine optimale Lösung dar: besonders 
für hochwertige naturwissenschaftliche 
Dokumentationen. Deshalb war es ein 
Leichtes, Argumenten wie schlechter 
Lesbarkeit des Sourcetextes, langer Ein- 
arbeitungszeit, zusätzlichem Übersetzen 
des Textes ... mit den Vorteilen der her- 
vorragenden Druckqualität, dem automa- 
tischen Formelsatz, der freien Wahl um- 
fangreicher Zeichensätze in allen Größen, 
der Rechnerunabhängigkeit, der automa- 
tischen Verwaltung von Inhaltsverzeich- 
nis, Literaturverweisen und. und ... entge- 
genzutreten. Jedoch ist die eingeschränk- 
te Grafikfähigkeit ein wirkliches Manko. 






Unter Verwendung des LaTeX-Makropa- 
keis stehen nur folgende Beichie zui 
Verfügung: 


\put(x,y){obj} 

zeichnet das Objekt objan die durch x und 
y definierte Stelle 

\line(dx,dy){l}] 

zeichnet eine Linie der Länge | mit der 
durch das Neigungspaar dx und dy defi- 
nierten Steigung 

\circlefd} 

zeichnet einen Kreis mit dem Durchmes- 
ser d 

\oval(b,h) 

zeichnet ein Oval der Breite b und Höhe h 


\linethickness{s} 
definiert die Strichstärke für horizontale 
und vertikale Linien 


Unter diesen Bedingungen wird der Ent- 
wurf von Diagrammen und anderen grafi- 
schen Darstellungen zur Qual. Als Ge- 
genargument fiel mir nur ein: Da kann 
man doch ein Programm für schreiben! 


Ein Bild wird zerlegt 


Das Programm sollte möglichst kompakt 
die Bildinformation eines Screenfiles in 
eine Folge von LaTeX-Befehlen umset- 
zen. Der Umsetzungsalgorithmus ist des- 
halb im wesentlichen von den bereits 
vorhandenen Befehlen abhängig. Die 
nutzbaren Befehle beschränken sich auf 
den \line- und \linethickness-Befehl, da 
Strukturen wie Kreise \circle oder sogar 
Ovale \oval nicht in einer vertretbaren 
Zeit durch einfache Algorithmen zu ent- 
decken sind. 


Das Bild muß demnach in Linien unter- 
schiedlicher Breite, also verschieden gro- 
ßen Rechtecken, zerlegt werden. Das Ziel 
ist es, eine möglichst kleine Anzahl von 
Rechtecken bzw. LaTeX-Befehlen zu 
finden, die das Gesamtbild repräsentie- 
ren. Die einfachste Art, dies zu erreichen, 
istein Algorithmus, der das Bild in Recht- 
ecke maximalen Flächeninhalts zerlegt. 





Realisierung 


Nachdem das Programm das Bild einge- 
laden hat, sucht es, von links unten anfan- 
gend, schwarze Rechtecke mit maxima- 
lem Flächeninhalt. Das jeweils gefundene 
Rechteck wird in eine Liste eingetragen 
und aus dem Bild gelöscht. So wird das 
gesamte Bild langsam in eine Anzahl von 
Rechtecken unterschiedlicher Größe auf- 
geteilt bis die Darstellung völlig ausge- 
löscht ist. Die gesamte Bildinformation 
ist jetzt in eine andere Form, eine Liste 
von Rechtecken, umgewandelt worden. 
Die erzeugte Rechteckliste ist als binärer 
Baum angelegt, in dem die Rechtecke 
ihrer Breite entsprechend einsortiert sind. 
Dies wird sich bei der Ausgabe als Vorteil 
erweisen. 


Aus dem Bild wird 
ein Text 


Die in eine Datei ausgebenen LaTeX- 
Befehle sollen später einfach in den nor- 
malen Texteingefügt werden. Die Ausga- 
be beginnt deshalb mit den Grafikbefeh- 


len die nötig sind um eine ausreichende 
pieture-Umgebung zu erzeugt. Dabei 
kann die Größe des Bildes im späteren 
Dokument vom Benutzer in Zentimetern 
vorgegeben werden. Aus der Größe der 
Abbildung im Screenfile in Pixeln und der 
Größenvorgabe in Zentimetern kann mit 
Hilfe des \unirlength-Befehls die Größen- 
umsetzung realisiert werden. Die Para- 
meter innerhalb der picture-Umgebung 
beziehen sich dann auf diese Einheit. Im 
Beispiel entspricht ein Grafikpixel einem 
Quadrat mit 0.252874 mm Kantenlänge, 
die gesamte Bildfläche ist dann 110 mal 
39 mm groß (siehe Bild 1). 


Für die Darstellung der einzelnen Recht- 
ecke wird ein Makro \drecr definiert, dem 
die Parameter X- und Y-Koordinate und 
Höhe des Rechtecks übergeben werden. 
Die Breite des Rechtecks wird über den 
Befehl \linerhickness jeweils vorher be- 
stimmt. 


Da die Rechtecke nach Breite sortiert 
sind, ist es nicht nötig, vor jedem \drect- 
Befehl eine neue Breite festzulegen. son- 
dern nur, wenn sich die Breite gegenüber 
dem vorhergehenden Rechteck geändert 
hat (siehe Bild 1). Hier macht sich vorher- 
gehende Sortierung der Rechtecke nach 
Größe in Form von Platz und Geschwin- 
digkeit bezahlt. 





Das Programm schreibt die LaTeX-Be- 
fehle in ein Textfile mit der Endung TEP, 
dieses kann dann mit \pieinput von jedem 
Dokument aus aufgerufen werden und 
enthält die nötigen Befehle um das ge- 
samte Bild zu erzeugen. Zusätzlich wird 
noch ein zweites Datenfile mit der En- 
dung TED erzeugt. Es enthält nur die De- 
finition der pieture-Umgebung und re- 
serviert den Platz für das Bild. Ein be- 
schriftetes, gestricheltes Feld kennzeich- 
net im späteren Dokument den Bildbe- 
reich. 


Ein Bild entsteht neu 


In Bild ? ist zu sehen, wie die Befehlsdatei 
in ein Dokument eingebunden werden 
kann. Durch den Befehl \pieinput 
{AMPEL} aus dem Stylefile TEXPIC. 
STY (Bild 4) wird die Befehlsdatei einer 
vorher zerlegten Darstellung, im Beispiel 
eine Ampelschaltung, eingelesen. Der 
Name Ampel wird vom Makrobefehl \pic- 
input automatisch mit der richtigen En- 
dung (hier TEP) versehen. Das Resultat 
ist in Bild 3 zu sehen. 


Leider gibt es hier noch ein kleines Han- 
dikap. Die Anzahl der von TeX verwalt- 


GRUNDLAGEN 


Datenfile:picname.TEP 
\unitlength0.252874mm 
\begin{picture} (435,153) 
\def\drect#1#2#3{\put (#1, #2) {\line(0,1){#3}}} 
\linethickness{0.287770mm} 
\drect{61.5}{4}{15} 
\drect{70.5}1{5}{15} 


\linethickness{4.892086mm} 
\drect{122.5}1{28}{1} 
\endf{picture} 

% end of picture file 


Datenfile:picname.TED 


\unitlength0.252874mm 
\begin{picture} (435,153) 


\put (0,0) {\dashbox{11.863637} (435,153) {\scriptsize\rm\picname} } 


\end{picture} 


% end of picture definition file 





Bild 1: Die 
Information des 
Bildes wird in eine 
Befehlsfolge 
umgewandelt. 


\documentstyle[german,titlepage,texpic] {article} 


\begin{figure} [hbt] 
\begin{center} 


\£framebox{\picinput {E:/PICTURE/AMPEL}} 


\caption{Darstellung der Ampelschaltung.}\label{Ampel} 


\end{center} 
\end{figure} 





Bild 2: So wird das 
Bild eingefügt. 




















Bild 3: Darstellung einer Ampelschaltung 


baren Objekte pro Seite ist nicht beson- 
ders groß. Die Folge ist, daß es bereits bei 
Bilder aus wenigen Rechtecken zum 
Speicheriniakı komm. Bei TOOLS TeA 
fürden ATARIST istdiese Grenze bereits 
bei etwa 500 Rechtecken erreicht. Auch 
die Geschwindigkeit bei der Übersetzung 
istdoch recht langsam. Die einzulesenden 
Files sind schnell länger als 10 kB und 
enthalten dabei 400 bis 600 Zeilen zu 
übersetzende LaTeX-Befehle. Bei vielen 
Bildern in einem Text nimmt die Überset- 
zung der Bilddaten schon wesentlich 
mehr Zeitin Anspruch als der Text selbst. 


Das Platzproblem ist eine internes TeX- 
Problem. Reduzieren kann man die An- 
zahl der Rechtecke und damit den Spei- 


cher bedarf, indem möglichst viele gera- 
de Linien und Balken, und wenig Schrift, 
Kreise ... beim Entwurf verwendet wer- 


ucı. 


Das Geschwindigkeitsproblem ist bereits 
bei der Erzeugung der Befehlsdateien 
berücksichtigt worden. Es wurden zwei 
Dateien erzeugt. TEP enthält die gesamte 
Bildinformation und TED nur die Grö- 
Bendefinfition. Um das Dokument zu 
setzen, genügt bei den Probeläufen näm- 
lich das Wissen über das Format der 
Darstellung. Es wird also nur die vierzei- 
lige Größendefinition TED eingelesen 
und damitnurein Feld für das spätere Bild 
freigehalten. Bei der entgültigen und 
abschließenden Übersetzung des Doku- 
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ments wird dann das TED-File geladen 
und an der entsprechenden Stelle das Bild 
eingefügt. Der Geschwindigkeitsvorteil 
ist offensichtlich (4 statt 400 bis 600 Zei- 
len). 


Um TeX mit zuteilen, daß man nur einen 
Problelauf durchführen möchte, ist in 
Stylefile TEXPIC.STY ein Befehl \nopic- 
tures definiert, der dafür sorgt, daß nur die 
TED-Dateien geladen werden. Wird der 
Befehl nicht aufge- oder durch den Befehl 
\nonopictures widerrufen, werden nur 
bzw. wieder die TEP-Dateien geladen. 


Das Programm 


Um ein möglichst kompaktes und schnel- 
les Programm zu bekommen, entschied 
ich mich für die Programmiersprache C. 
Dies ermöglicht Benutzern anderer Rech- 
ner (PC oder andere) eine einfachere 
Anpassung an ihr System vorzunehmen. 
Es müssen dazu nur die für die Grafik 
typischen Speicherzugriffe und Datenfor- 
mate berücksichtigt werden. 


GRUNDLAGEN 


% TEXPIC.STY, Ralf Klaassen, Bremen 6/89 


\def\inhibitpic{0} 


\def\nopicture{\def\inhibitpic{1}} 
\def\nonopicture{\def\inhibitpic{0}} 


\def\picinput#1{\ifnum\inhibitpic=1 

{\def\picname{#1}\input{#1.TED}} 
\else 

{\input{#1.TEP}}\fi} 


\end{verbatim} 


} 





Bild 4: Stylefile TEXPIC.STY/ITEX/DOC 


Der große Vorteil dieser Lösung, Grafi- 
ken einzubinden, ist die weiterhin ge- 
währleistete Rechnerunabhänigkeit der 
entstanden TeX-Dateien und des DVI- 
Files. Die erzeugten Textfiles und das 
DVI-File sind auf jeden Fall und immer 
kompatibel zu jedem TeX-System, auf 
dem auch LaTeX vorhanden ist. 


Ralf Klaassen 
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SOFTWARE 


Public 


Domain 


TeX 


Satzsystem zum Nulltarif 


Vom Satzsystem TeX hat man auf dem 
ATARI schon viel gehört. Das Konzept 
haben wir in ST-Computer 5/89 [1] 
vorgestellt und gingen damals auch auf 
zwei kommerzielle TeX-Pakete ein. 
Nun gibt es das System auch schon 
zweimal als Public 
Domain; die Dis- 
ketten 250 bis 254 


fehle implementieren, mit denen ein 
Manuskript ausgezeichnet wird. 


Für die Erzeugung von Schriften gibt es 
ein zweites Paket, METAFONT. Dieses 
Programm stellt einen Compiler für eine 


DATEI INDEX EXTRAS 


D:\TEX\DVI_DRUN 


Geschrieben wurde all das von dem ame- 
rikanischen Informatiker Donald Ervin 
Knuth, der mit seinem Programm welt- 
weit eine Gemeinschaft von enthusiasti- 
schen Fans begründet hat. Heute sitzt er 
mit dem Ehrentitel “Grand Wizard of 
TeX-arcana” im 
Vorstand der inter- 
nationalen TeX- 





im MAXON-PD- 


[>% 135582 Bytes in 4 Dateien. 


| 269267 Bytes in 17 Dateien. 


Users-Group TUG 





Service stellen ei- 
nes davon allen ST- 
Anwendern bereit. 


7 
D1skstarzon 


DVIZST TIP 
DVIPGE TIP 44278 
DVIP6CHD TIP 45112 
DVI_DRY DOC 389 


45883 





& DEMO 
& DVI_DRY 
& FONTS 
& FORMATS 





Grund genug, die 


D:\TEX\FORMATS\ 


& INPUTS 





Installation und 


451792 Bytes in 4 Dateien, 


& P6_FONTS 





den Betrieb des Pa- 
kets von Christoph 
Strunk in ST-Com- 
puter ausführlich 


LATEXG 
LATEXG 
PLAING 
PLAING 


FMT 294912 
LOG 7586 
FMT 147456 
LOG 1838 


& P6_HDFNT 
& STYLES 
& TEXOUT 
8 TFM 





D: \TEX\FONTS\ 





darzustellen. 


Bytes in 6 Dateien, 





FONT8896 
FONT8115 
FONTB138 


TeX ist bekannt als 
ein Satzsystem, das 
weit über Textverar- 
beitung hinausgeht 
und zudem höchste 
Qualität garantiert. 
Es ist auf den ver- 
schiedensten Rechnern vom ST bis zu 
CRAY verfügbar und arbeitet unabhän- 
gig von der Auflösung der Ausgabegerä- 
te. Alle Dateien sind von System zu Sy- 
stem kompatibel, die Standardisierung ist 
bei kaum einem anderen Programm so 
konsequent. TeX enthält eine mächtige 
Programmiersprache und begegnet dem 
Benutzer per Makropaketen, die die Be- 


FONT8199 
FONTB2339 


Bild 1: So müßte die PD-TeX-Installation ungefähr aussehen. 


ETEX INF 316 
CTEX PRG 
DISKETTE TAT 
FEHLER TAT 
INFO_TEX TAT 
INSTALL TAT 
FONTB166 TEX TIP 


und entwickelt die 
Programme weiter. 
Mit TeX und sei- 
nem mehrbändigen 
Werk “The Art of 
Computer Pro- 
gramming” hat er 
sich seinen Platz in 
der Informatik-Ge- 


2283 schichte gesichert. 


2455 
3897 
8567 
4308 
224865 


Die Quellcodes von 
TeX und META- 
FONT sind frei ver- 








Sprache zur Beschreibung von Buchsta- 
ben dar. Der Clou dabei ist, daß die 
Schriftbeschreibungen unabhängig von 
Auflösung und speziellen technischen 
Gegebenheiten in Textform an den Com- 
piler übergeben werden und als Ergebnis 
ein Bit-Image herauskommt, das den 
speziellen Anforderungen eines Druckers 
oder eines Laserbelichters entspricht. 


fügbar und könnten 
von jedermann auf 
jedem Rechner im- 
plementiert wer- 
den. Somit ist es auch nicht verwunder- 
lich, daß es TeX als Public Domain gibt. 
Solche Implementierungen sind auf dem 
ATARI ST genauso erhältlich wie z.B. 
unter MS-DOS oder auf dem Macintosh. 


Das Paket von Christoph Strunk ist eine 
solche Implementierung und stellt natür- 
lich ein komplettes TeX-Paket im vollen 
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Umfang dar. Zusätzlich ist jeweils eine 
komfortable Shell für TeX und META- 
FONT vorhanden. 


Installation 


Die Installationsprozedur für das gesamte 
System geht über das einfache Kopieren 
einiger Dateien hinaus, da TeX etwas 
komplexer ist als beispielsweise 1st_ 
Word. Was brauchen Sie also, um PD- 
TeX zu benutzen? 


Zunächst brauchen Sie eine Festplatte. 
Man könnte TeX zwar auch mit zwei 
Diskettenlaufwerken fahren - und es gibt 
sicherlich Menschen, die das tun -, aber 
sinnvoll ist das nicht. TeX benötigt Spei- 
cherplatz im Megabyte-Bereich und muß 
beim Arbeiten einiges an Daten herum- 
schaufeln, so daß Sie bei einer reinen 
Diskettenlösung sicherlich bald den Spaß 
verlieren. Ein professionelles System - 
und bei TeX stimmt diese Bezeichnung 
tatsächlich - braucht eben eine professio- 
nelle Hardware, das heißt insbesondere 
eine Festplatte. 


Auf Ihrer Festplatte brauchen Sie Platz. 
Für eine TeX-Installation ohne META- 
FONT sollten Sie schon drei Megabyte 
frei haben; vielleicht kann man das Sy- 
stem in zwei MB pressen, geizig darf man 
aber nicht sein. 


Auf der PD-Diskette 250 befinden sich 
die Programme und die wichtigsten Da- 
teien. Alle liegen hier in geARCter Form 
vor. ARC ist ein Packprogramm, das 
Dateien platzsparend in Archiven ablegt. 
Ein Archiv der Größe 200 kB kann durch- 
aus 400 kB an Daten enthalten, und ohne 
die Packung würde das System nicht auf 
fünf Disketten passen. Natürlich sind die 
Archive für TOS reine Datendateien und 
keine ausführbaren Programme, so daß 
vor Benutzung ein “Auspacken” stattfin- 
den muß. 


Das Programm, das diese Arbeit über- 
nimmt, heißt ARC und ist eigentlich weit 
verbreitet. Sicherheitshalber ist auf der 
Diskette ein Programm - UNARC, das 
eine abgemagerte Version von ARC dar- 
stellt und lediglich Archive auspacken 
kann. Zur Installation von TeX reicht das. 


Legen Sie auf der Partition, auf der Sie 
ausreichend Platz haben, einen Ordner 
\TEX im Wurzelverzeichnis anundkopie- 
ren Sie alle Dateien der Diskette hinein. 
Sie haben nun verschiedene Archive, 
zwei Textdateien und UNARC in \TEX. 


168 ST" 12/1989 


SOFTWARE 


Zum Auspacken starten Sie UNARC und 
geben als Parameter das Archiv PD_ 
TEX.ARC an (UNARC muß die Endung 
.ARC übergeben werden). Sie werden 
gefragt, welche Dateien ausge- packt 
werden sollen, worauf Sie mit “A” füraalle 
antworten. Nun wird das Archiv 
PD_TEX.ARC ausgepackt, und es entste- 
hen einige neue Dateien in \TEX. Dieses 
Prozedere müssen Sie auch beim Auspak- 
ken anderer Archive durchlaufen. Hat 
UNARC seine Arbeit beendet, können 
Sie - um Platz zu sparen - die Datei 
PD _TEX.ARC löschen. 


Es befinden sich nun einige Archive auf 
der Platte, deren Inhalt in jeweils einen 
Ordner kommen soll. Den Archivnamen 
zeigt dabei schon der Ordnername an, so 
gibt es jetzt ein Archiv STYLES.ARC, 
dessen Dateien in dem Ordner TEX\ 
STYLES abzulegen sind. Sie müssen also 
einen Ordner STYLES im Directory \TEX 
erzeugen, STYLES.ARC zusammen mit 
UNARC dorthin kopieren und das Aus- 
packen starten. Ist das beendet, kann 
STYLES.ARC und UNARC im Ordner 
gelöscht werden. 


Dieses Vorgehen wenden Sie bitte auf die 
Archive/Ordner INITEX, STYLES, 
DEMO, TFM und INPUTS an. Sie haben 
dann also fünf Ordner angelegt, fünf 
Archive entpackt und fünf .ARC-Dateien 
gelöscht. Inzwischen haben sich die 
Anzahl der Dateien und der Platzbedarf 
schon erheblich erhöht. Kopieren Sie jetzt 
die Datei TEX.POO von \TEX nach 
\TEX\INITEX. Das Original können sie 
danach natürlich löschen. 


Legen Sie nun in \TEX zwei weitere 
Ordner an: FORMATS und TEXOUT. 
Dateien brauchen Sie keine hineinzuko- 
pieren, das macht TeX im nächsten 
Schritt selbst: bei der Formaterzeugung. 


Format erzeugen 


Was sind Formate? Wie oben schon ange- 
deutet, hat man es bei der Manuskriptaus- 
zeichnung nicht unbedingt mit den Befeh- 
len der eingebauten Programmiersprache 
TeX zu tun. Vielmehr markiert man einen 
Kapitelanfang mit einem Befehl, der 
durch ein Makro (aus eingebauten) TeX- 
Befehlen implementiert ist. Alle diese 
Makros zusammen ergeben ein Makropa- 
ket. Verbreitet ist natürlich die Standard- 
definition von Donald Knuth, PLAIN. 
Viel komfortabler ist z.B. LaTeX von 
Leslie Lamport, und es gibt noch viele 
andere Pakete wie AMSTeX, PiCTeX 


oder infoTeX. Jedes dieser Pakete liegt 
zunächst als eine Reihe von Makrodefini- 
tionen in reinem ASCII-Text vor. Müßte 
TeX diese jeweils Zeichen für Zeichen 
einlesen, würde einige Zeit vergehen, 
bevorein einziger Buchstabe des eigentli- 
chen Textes gesetzt würde. Da TeX natür- 
lich eine interne Darstellung von Makros 
hat, liegt es also nahe, die Makropakete 
komplett in dieser internen Darstellung 
einzulesen und sich die gesamte Arbeit 
mit der Erkennung von Befehlsnamen zu 
sparen. 


Ein solches “vorcompiliertes” Makropa- 
ket ist ein Format. TeX kann es sehr 
schnell einlesen und braucht keine 200 kB 
Zeichen einzeln zu verarbeiten. Um diese 
Formate zu erzeugen, braucht man den 
ASCI-Text der Makros und das spezielle 
Programm INITEX. Wenn Sie auf Ihrer 
Platte im Inhaltverzeichnis \TEX an- 
schauen, sehen Sie dort das Programm 
INITEX.TTP, praktisch den “Vorcompi- 
lierer”. Klicken Sie das Verzeichnis /NI- 
TEX auf, sehen Sie die Dateien, die für 
verschiedene Formate den ASCIH-Text 
der Makro-definitionen enthalten. 


Sie müssen nun die Formate erzeugen. 
Dazu starten Sie das Programm CTEX, 
das als Shell für das System später noch 
wichtig wird. Momentan soll es nur einen 
bestimmten Arbeitsgang erledigen, den 
Sie Schritt für Schritt steuern müssen. 


Wählen Sie als erstes im Menü “Parame- 
ter” den Eintrag “Environment” aus. Es 
erscheint eine Dialogbox, in der verschie- 
dene Pfade gesetzt werden können, in 
denen TeX nach Dateien suchen soll. 
Tragen Sie nun unter “TEXOUTPUTS” 
den Pfad \TEX\FORMATS ein. INITEX 
wird nun erzeugte Formate in diesem 
Directory ablegen. Verlassen Sie die Box 
per Ok. 


Nun können die Formate erzeugt werden. 
Dazu dient im Menü “TeX-Formate” der 
Eintrag “Format erzeugen”, der INITEX 
aufruft. Es erscheint eine Fileselectorbox, 
in der Sie das gewünschte Format anwäh- 
len. Sie müssen diesen Vorgang mit den 
Formatdateien PLAING.INI und 
LATEXG.INI zweimal durchlaufen. INI- 
TEX informiert Sie jeweils durch Bild- 
schirmausgaben, welche Gruppe von 
Makrodefinitionen vorcompiliert wird. 


Warum gerade diese beiden Formate? 
Nun, PLAIN ist das Standardformat für 
die Puristen und LATEX das Format für 
das komfortable LaTeX-Paket. Das “G” 


EEE 


zeigt an, daß jeweils spezielle Modifika- 
tionen enthalten sind, damit die deutschen 
Umlaute verarbeitet werden. Da Sie 
wahrscheinlich nicht ausschließlich an- 
glophile Texte setzen wollen, erübrigt 
sich die Verarbeitung der englischen Ori- 
ginalformate. 


Verlassen Sie die Shell per “Quit”. Im 
Ordner \TEX\FORMATS müßten nun vier 
Dateien stehen, wobei mit der Endung 
.FMT die eigentlichen Format-Dateien 
bezeichnet sind und .LOG die Protokolle 
der INITEX-Läufe darstellen. Letztere 
können Sie sich kurz anschauen und dann 
löschen. 


Die Formate sind also erzeugt und damit 
können auch alle ASCII-Quellen dafür 
verschwinden. Löschen Sie also jetzt alle 
Dateien im Ordner \TEX\INITEX, den 


SOFTWARE 


ren müßten Ihre Directories ungefähr wie 
in Bild 1 aussehen. 


Voilä - Ihr TeX-System ist komplett in- 
stalliert mit Treibern für zwei Geräte in 
drei unterschiedlichen Auflösungen. 
Schlucken Sie Ihre Tasse leer und setzen 
Sie sich an den Rechner. 


Auf geht’s 


Je nach persönlichem Geschick bei der 
Kaffeezubereitung zittern Sie jetzt mehr 
oder weniger und möchten endlich TeX 
starten. Gut, starten Sie die Shell CTEX 
erneut (Bild 2). 


v Direkt ansehen 


der Dialogbox “LPLAING” für LaTeX 
oder “PLAING” für das PLAIN-Format 
ein. Für den Anfang und für die Demo- 
Dateien sollten Sie mit LaTeX arbeiten. 


Die Installation der Shell ist damit abge- 
schlossen, und Sie können über das Menü 
“Parameter”, Menüpunkt “Sichern” die 
Einstellungen abspeichern. Bei jedem 
Neustart von CTEX werden sie aus der 
Datei CTEX.INF automatisch geladen. 


Jetzt geht's an die Verarbeitung Ihres 
ersten TeX-Dokuments. Wählen Sie nach 
Anklicken von “Hauptdatei” im Menü 
“Finden” die Datei \TEX\DEMO\ 


Ausführen TeX-Fornate 
Edieren E 
TeX 


Ansehen V 


Ordner selbst und auch /NITEX.TTP. 
Damit istauf der Platte wieder etwas mehr 
Platz. Eigentlich ist das TeX-System jetzt 
schon fast installiert. Was noch fehlt, sind 


DYI-PRN-FAST 
DVI-PRN-FINE 


HauptDatei H 
ArbeitsDatei A 


Fornat-Vorgabe 


Drucken P 


die Bit-Images der Zeichen und die Gerä- 
tetreiber. 


Fonts und Treiber 


Legen Sie nun die Diskette 251 ein. Auf 
ihr befinden sich die Treiber zur Ausgabe 
von TeX-Dokumenten auf dem Bild- 
schirm und auf NEC-P6-kompatible 
Drucker miteiner Auflösung von 180 DPI 
samt den dazugehörigen Bit-Mustern. 


Glücklicherweise gibt es hier keine Ar- 
chive. Sie müssen lediglich die drei Ord- 
ner DVI_DRV, FONTS und P6_FONTS 
auf die Festplatte nach \TEX kopieren. 
Bevor Sie das tun, stehen Sie am besten 
auf und werfen Ihre Kaffeemaschine an, 
denn immerhin sind 165 Dateien zu bewe- 
gen, und das dauert nicht nur einen 
Moment, eher drei. 


Nun gut, all diese Dateien sind kopiert. 
Sie haben nun Treiber und Images für die 
Bildschirmausgabe und für Korrektur- 
ausdrucke im einfachen Grafikmodus 
Ihres P6 installiert. Werfen Sie die Dis- 
kette 251 aus und legen Sie 252 ein. Auf 
ihr befinden sich Treiber und Images für 
endgültige Ausdrucke in der höchsten P6 
Auflösung von 360*360 DPI. Sie müssen 
nun zunächst die Datei \DVI/_ DRV\ 
DVIP6HD.TTP in den Ordner \TEX\ 
DVI_DRV auf der Festplatte kopieren. 
Danach bewegen Sie den Ordner P6_ 
HDFNT nach \TEX auf der Platte. Da es 
sich jetzt um 77 Dateien handelt, können 
Sie sich getrost wieder eine Weile der 
Kaffeetasse zuwenden. Nach dem Kopie- 


Bild 2: Die Menüs der Shell C_TEX 


Sie müssen jetzt die Shell installieren. Als 
erstes wählen Sie wieder im Menü “Para- 
meter” den Punkt “Environment” an und 
tragen unter “TEXOUTPUTS” den Pfad 
\TEX\TEXOUT ein, denn dort soll TeX 
die formatierten Dokumente und die Pro- 
tokolldateien ablegen. 


Weiterhin braucht die Shell Informatio- 
nen, unter welchen Pfaden die System- 
programme zu finden sind. Wählen Sie im 
Menü “Finden” derReihe nach die Punkte 
“DVI-ST”, “DVI-PRN-FAST” und 
“DVI-PRN-FINE” aus und selektieren 
Sie in den folgenden Fileselectorboxen 
die Dateien \TEX\DVI_DRV\ DVRST. 
TTP, \TEX\DVI_DRV\DVIP6.TTP und 
\TEX\DVI_DRV\DVIP6HD.TTP. Damit 
haben Sie festgelegt, welche Gerätetrei- 
ber für welche Ausgabeform aufgerufen 
werden sollen. 


Im Menü “Parameter” können Sie unter 
“Formatvorgabe” festlegen, welches For- 
mat TeX verwenden soll. Tragen Sie in 





SAMPLE.TEX an. Die Shell arbeitet nun 
mit dieser Datei. Durch Anwahl von 
“TeX” im Menü “Ausführen” wird TeX 
gestartet und formatiert das Dokument 
Sample. Dabei entsteht eine Datei 
SAMPLE.LOG, die ein Protokoll des 
Programmlaufs enthält, und SAMPLE. 
DVI, das formatierte Dokument. 


War im Menü “Parameter” die Option 
“Direkt ansehen” gewählt, startet die 
Shell automatisch den Bildschirmtreiber, 
falls ein Dokument erfolgreich von TeX 
verarbeitet wurde. Ansonsten müssen Sie 
im Menü “Ausführen” den Punkt “Anse- 
hen” wählen. 


Der Bildschirmtreiber zeigt nach einiger- 
Zeit die erste Seite des Dokuments 
SAMPLE.DVI an. Ein Druck auf <Help> 
zeigt einen Hilfsbildschirm an (Bild 3). 
Im Treiber können Sie mit den Pfeiltasten 
nach oben und unten scrollen sowie zur 
vorherigen oder nächsten Seite im Doku- 
ment wechseln. <Insert> und <Clr/ 
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Command Keys are: 


Cursor-up: scroll up 
Cursor-doun: scroll down 
Cursor-right! next Page 


Cursor-left! previous Page 


dvi2st Help Screen 





INSERT: go to top of file 

ELR/HOME : go to end of file 

p<nnn?£R: go to absolute page “nnn> (1..max) 

s<nnn>CR: go to document page <nnn? 

g! turn grid on/off 

t/bi align grid at top/botton 

ESC: exit program (also CTRL-C and UNDO) Bild 3: 

| Der Hilfsbild- 

Press any key now to continue. schirm des Bild- 
x: - = - . schirmtreibers 





Home> bringen Sie an den Anfang bzw. 
das Ende des Dokuments. 


Eine bestimmte Seite im Dokument kann 
nach Eingabe von “s” und der Seitenzahl 
angezeigt werden. Mit “p” ist die Anwahl 
einer absoluten Seite möglich. Normaler- 
weise erzeugt TeX natürlich ein .DVI- 
File, in dem einfach Seite auf Seite folgt. 
Es ist aber auch möglich, daß in einem 
Dokument die Seiten nicht geordnet sind 
oder eine Seitennummer doppelt vor- 
kommt. In diesem Fall hilft die Anwahl 
einer Seitennummer natürlich nicht unbe- 
dingt, man muß die Seite absolut anwäh- 
len. 


Schließlich läßt sich die Seitendarstel- 
lung noch mit einem Raster unterlegen, 
das mit “g” an- und abschaltbar ist. Das 
Raster kann mit “t” an den oberen und mit 
“b” an den unteren Seitenrand ausgerich- 


tet werden. 


Den Bildschirmtreiber beenden Sie mit 
den Tasten <Control-C>, <Undo> oder 
<Esc>. Danach erscheint wiederum die 
Shell. Waren Sie mit dem Layout zufrie- 
den, kann das Dokument an den Drucker 
geschickt werden. Dafür dient der Menü- 
eintrag “Drucken” in “Ausführen”. 


In einer Dialogbox können Sie Parameter 
für den Ausdruck setzen. Dies sind zu- 
nächst die Startseite und die Anzahl der zu 
druckenden Seiten. Die Buttons “Abso- 
lut” und “Dokument” wählen aus, ob die 
Seitenzahlen absolut oder aus dem Doku- 
ment gelten sollen. Die Option “Einzeln” 
läßt Ihnen nach jeder Seite Zeit zum Ein- 
legen eines Einzelblatts. Die dann er- 
scheinende Meldung “<Insert paper>” 
können Sie mit einem <Retum> bestäti- 
gen. “Endlos” arbeitet ohne Stopps - 
gedacht für P6 mit Traktor oder P2200. 
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“Schnell” setzt die Auflösung auf 
180*180 DPI, und “Schön” arbeitet mit 
360*360 DPI, dafür langsam. “Ok” startet 
den Ausdruck. 


Bei der Konfiguration mit einem NEC 
P2200 kann ein Fehler auftreten, der auch 
bei anderen TeX-Treibern zu beobachten 
ist und vom Drucker hervorgerufen wird. 
Das Handshake zwischen dem ST und 
dem P2200 arbeitet nicht immer korrekt. 
Ist der interne Puffer des Druckers voll, 
wird der Datenstrom vom Rechner nicht 
richtig angehalten und ein paar Bits kön- 
nen verlorengehen. Folge ist, daß an eini- 
gen Stellen der Ausdruck verfälscht wird 
und die Grafikmuster vertauscht erschei- 
nen. Ursache können auch Defekte an der 
Druckerschnittstelle des ST sein, da der 
Anschluß aufgrund fehlender Pull-Up- 
Widerstände empfindlich gegen statische 
Ströme beim Berühren ist. Eine Lösung 
für dieses Problem ist nicht bekannt, fest- 
zuhalten bleibt, daß es nicht am TeX- 
Treiber liegt. 


Probieren Sie die Arbeitsläufe mit 
SAMPLE.TEX und DEMO.TEX aus. 
Gewöhnen Sie sich durch einen Ausdruck 
in der höchsten Auflösung auch an die 
Arbeitsgeschwindigkeit, die bei dieser 
Qualität natürlich nicht sehr hoch ist. 


Die Shell bietet schließlich noch die 
Möglichkeit, einen Editor einzubinden. 
Im Menü “Finden” können Sie unter 
“Editor” Ihren Lieblings-Editor auswäh- 
len (danach müssen Sie wieder die Para- 
meter speichern). 


Die Einträge “Hauptdatei” und “Arbeits- 
datei” im Menü “Finden” legen fest, mit 
welchen Dokumenten gearbeitet wird. 
Haben Sie nur einen Text in einer Datei, 
reicht die Auswahl als Hauptdatei. So- 


wohl TeX als auch der Editor werden 
dann mit dieser Datei aufgerufen. 


Ein großes Dokument unterteilt man aber 
üblicherweise in mehrere kleinere Stük- 
ke, die nacheinander von einem Hauptdo- 
kument automatisch eingelesen werden. 
Dabei ediert man in einer Arbeitsdatei, 
muß aber nach wie vor die Hauptdatei an 
TeX übergeben. In diesem Fall können 
Sie für das Edieren eine Arbeitsdatei in 
einer File-Select-Box auswählen. Der 
Editor-Aufruf geschieht mit dem Menü- 
punkt “Edieren” in “Ausführen”. 


Einige der Kommandos der Shell können 
auch über einen Tastendruck aufgerufen 
werde. Der jeweilige Befehlsbuchstabe 
steht in den Menüeinträgen. 


So, Sie haben jetzt TeX installiert, die 
Shell eingerichtet und die üblichen Ar- 
beitsschritte durchlaufen. Auf Ihrer Fest- 
platte müßten sich zirka 370 Dateien in 28 
Ordnern befinden, die zusammen zirka 
2,2 Megabyte Platz brauchen. Sie sind 
fertig und können mit TeX arbeiten. 


METAFONT 


Wer jetzt noch den Schrift-Compiler 
“METAFONT"” benutzen will, muß er- 
neut installieren. Sie brauchen dazu wei- 
teren Platz auf der Platte und dürfen auch 
wieder Kaffee aufsetzen. 


Nehmen Sie die Diskette 253 und kopie- 
ren Sie zunächst den Ordner \META 
FONT komplett nach \TEX auf der Platte. 
Irgendwelche Archive sind nicht vorhan- 
den, so daß Sie von der Diskette 254 alle 
Dateien mit der Endung *.ARC zunächst 
auf die Harddisk nach\TEX\META FONT 
kopieren. 


Legen Sie jetzt in \TEX\METAFONT ei- 
nen Ordner INPUTS an und kopieren Sie 
die Dateien MF_DRIVE.ARC, MF_ 
PARAM.ARC und MF_ OTHER. ARC 
samt einer Kopie von UNARC hinein. 
Das letzte Archiv brauchen Sie übrigens 
nur, wenn Sie das METAFONTbook 
durcharbeiten, denn in ihm befinden sich 
die Beispiele aus dem Buch. 


Das noch in \TEX\METAFONT stehende 
MF_BASE.ARC kommt in das Directory 
BASES. Und nun müssen Sie die vier 
Archive in ihren Ordnern auspacken, was 
länger dauert und eine Menge Dateien 
erzeugt. Aus Platzgründen würde ich 
Ihnen empfehlen, ein Archiv sofort nach 
dem Entpacken zu löschen, damit nicht 
schon während des nächsten UNARC- 


Laufs die Platte voll ist. Abschließend 
müssen Sie noch MF.POO nach BASES 
kopieren. 


Ähnlich wie bei TeX gibt es auch bei 
METAFONT Formate, die ebenfalls erst 
erzeugt werden müssen. Starten Sie dazu 
C_MF.PRG. Wie in C_TEX müssen Sie 
unter “Environment” in “Parameter” 
Suchpfade setzen. Geben Sie für 
“MFOUTPUTS” und “MFBASES” je- 
weils \TEX\METAFONT\BASES an. 


Es gibt wieder ein spezielles Programm 
zur Erzeugung von Formaten: IniMeta- 
Font. Klicken Sie den Eintrag “IniMeta- 
Font finden” in “Base-File” an und wäh- 
len Sie in der Fileselectorbox die Datei 
\TEX\METAFONT\NIMF.TTP aus.Da- 
mit weiß die Shell, welches Programm 
die Formate erzeugt. 


Es gibt zwei Formate, die zu erzeugen 
sind: CM und PLAIN. PLAIN ist wieder 
um eine Standarddefinition, und CM ist 
für die Erzeugung der Standardschriften 
speziell angepaßt. Sie müssen jetzt den 
Eintrag “Base file erzeugen” im gleichen 
Menü zweimal anwählen und so die Da- 
teien \TEX\METAFONT\BASES\ CM. 
INI und \TEX\METAFONT\BASES\ 
PLAIN.INI verarbeiten. Dabei entstehen 
in BASES jeweils Dateien mit den En- 
dungen .BAS, die eigentlichen Formate, 
und .LOG, die Protokolldateien. 


Damit ist METAFONT installiert. Sie 
können jetzt im Ordner BASES alle Datei- 
en bis auf ATARI.MF, PLAIN.BAS und 
CM.BAS löschen. Auch das Programm 
\TEX\METAFONT\INIMF.TTP wird 
nicht mehr benötigt. Sie haben nun in dem 
METAFONT-Ordner fast 1,5 MB in ca. 
180 Dateien und 3 Ordnern. Bild 4 zeigt, 
wie Ihre Directories ungefähr aussehen 
müßten. 


Zur Arbeit mit METAFONT muß 
schließlich noch die Shell installiert wer- 
den. Es gibt wiederum Suchpfade unter 
“Environment” in “Parameter” einzustel- 
len. Setzen Sie “MFINPUTS” auf 
\TEX\METAFONT\INPUTS und - durch 
Komma getrennt - \TEX\METAFONT\ 
BASES. “MFOUTPUTS” bestimmt, wo 
die erzeugten TFM- und GF-, sowie die 
Protokolldateien abgelegt werden sollen. 
Wählen Sie hier\TEX\METAFONT oder - 
nach Anlegen eines weiteren Ordners - 
\TEX\METAFONT\TFM. Die Formate 
sucht METAFONT nach dem Pfad 
“MFBASES”, tragen Sie hier \TEX\ 
METAFONT\BASES ein. 
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DESK DATEI INDEX EXTRAS _ 


D: \TEX\METAFONT\BASES\ 


D:\TEX\METAFONT\ 





161614 Bytes in 3 Dateien, 


372212 Byt :s in 18 Dateien, 





ATARI HF 
cH BAS 
PLAIN BRAS 





D: \TEX\METAFONT\INPUTS\ 


8 BASES 
INPUTS 
TRICK 
C_MF PRG 





918641 Bytes in 172 Dateien, 





3TEST  MF 1833 157 
STEST  MF 394 184 
TEST HF 2039 15 
ACCENT HF 9248 18 
ATARI HF 3054 127 
BIGACE HF 1024 187 
BIGDEL HF 30807 18 
BIP HF 17405 184 
= BLACK MF 110 187 

BLAPS  MF 384 86 
BLDOV_ HF 318 86-7 
BLESP HF 322 867 





HARD DISK 


PAFTERKORE 


FEHLER TAT 
6FTODYI TIP 
6FTOPK TIP 
INFO-_MF TAT 
INSTALL TAT 
HF TTP 








CMDUNH2S MF 
TRICK  TEX 

















Bild 4: So müßte die METAFONT-Installation aussehen. 
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Bild 5: Die Menüs der Shell C_MF 


Als Option können Sie im “Parameter” 
Menü bestimmen, ob die GF-Dateien 
erhalten bleiben sollen. Wollen Sie mit 
GFTODVI vergrößerte Kontrollausdruk- 
ke der Zeichen erstellen, muß die Option 
gesetzt sein. 


Nun müssen wieder die Systemprogram- 
me festgelegt werden. Wählen Sie nach 
“MetaFont” im Menü “Finden” in der 
File-Select-Box \TEX\METAFONT\ 
MF.TTP aus. Als “GFtoPK” muß 
\TEX\METAFONT\ GFTOPK.TTP ge- 
wählt werden. Abschließend muß noch 
das Format vorausgewählt werden. Nach 
Anklicken von “BASE file” in “Finden” 
können Sie “&PLAIN” oder “&CM” 
wählen. Verwenden Sie letzteres für die 
Erzeugung der Standardschriften, das 
PLAIN-Format für die Arbeit mit dem 
METAFONTbook. Alle Einstellungen 





sollten Sie nun per “Speichern” in “Para- 
meter” auf die Platte schreiben. 


Nun zur Arbeit mit der Shell (Bild 5). Sie 
sehen die große Box auf dem Desktop, in 
der sich die Namen der verschiedenen 
Zeichensätze befinden. Jeder einzelne 
läßt sich per Maus selektieren. Alle aus- 
gewählten Fonts kann die Shell dann au- 
tomatisch erzeugen. 


Zuvor müssen natürlich noch Ausgabege- 
rät und Vergrößerung gewählt werden. 
Das Ausgabegerät selektieren Sie im 
Menü “Device”. Aufgeführt sind die 
Drucker, deren Charakteristika in 
ATARI.MF definiert sind. Klicken Sie 
nach einer Auswahl auf das Feld “De- 
vice” im Desktop. Eserscheinteine kleine 
Dialogbox, die das gewählte Gerät, des- 
sen Auflösung und einen Pfadnamen für 


die Fonts enthält. Da bei der hier beschrie- 
benen TeX-Installation die Zeichensatz- 
ordner innerhalb von \TEX liegen, stimmt 
die Voreinstellung des Pfads nicht. Für 
das Gerät “Atari S/W Monitor” z.B. 
müssen Sie in der Box den Pfad von 
\FONTS in \TEX\FONTS ändern. 


Die zweite Einstellung für die Font-Er- 
zeugung ist die Vergrößerungsstufe. 
Nach Anklicken des “Magnification”- 
Feldes auf dem Desktop wählen Sie die 
gewünschte Vergrößerung in einer Box 
aus. 


Sie können sich jetzt per “Testen, welche 
fehlen” in “Arbeiten” anzeigen lassen, 
welche der gewählten Zeichensätze 
schon im System vorhanden sind und 
demzufolge nichtmehrerzeugt zu werden 
brauchen. “Fehlende Fonts erzeugen” 
startet METAFONT mit allen Zeichen- 
sätzen, die angewählt und noch nicht er- 
zeugt sind. Das dauert jeweils eine ganze 
Weile, Sie brauchen den Vorgang ja aber 
nur jeweils einmal für fehlende Fonts 
durchzuführen. 


Für verschiedene Font-Sets hat die Shell 
das Konzept der “Levels”. Ein Level ent- 
spricht dabei jeweils einer Font-Selektion 
auf dem Desktop. Klicken Sie einfach 
einmal das Feld “Level” an und wählen 
Sie beispielsweise Level 2. Auf dem 
Desktop sind nun andere Fonts selektiert. 
Es gibt insgesamt acht Levels. 


Abschließend bleibt darauf hinzuweisen, 
daß die Arbeit mit METAFONT unbe- 
dingt die Kenntnisse aus dem META- 
FONTbook von Knuth voraussetzt. Sie 
müssen nicht nur eine neue Programmier- 
sprache lernen, sondern sich auch mit 
Konzepten der Schriftgestaltung und - 
beschreibung auseinandersetzen. 


Die Erzeugung der Images einer Schrift 
für ein spezielles Ausgabegerät ist relativ 
einfach, die Erstellung einer neuen Schrift 
istnuretwas für Profis. Wenn Sie - wie bei 
PD-TeX - alle Schriften vorliegen haben, 
brauchen Sie eigentlich keine META- 
FONT-Installation. 


Selbst die Kenntnis der METAFONT- 
Sprachereichtnochnicht aus, eine Schrift 
zu “schreiben”. Schriften haben ihren 
Wert in der ästhetischen Wirkung, nicht 
in ihrer technischen Realisierung. In dem 
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Artikel zu seinem Entwurf für eine Schrift 
namens PUNK beschreibt Donald Knuth 
sehr deutlich, daß die Inspiration für diese 
Schrift von Kunstausstellungen und dem 
Erkennen, keine typographische Mög- 
lichkeit zu haben, das Lebensgefühl der 
Siebziger auszudrücken, herrührte [2]. 
Schriften sind nicht etwa Bitmaps, sie 
sind Kunstwerke von hoher handwerkli- 
cher Qualität. METAFONT ist lediglich 
ein Werkzeug, sie auf Rechnern darzu- 
stellen. 


So weit, so gut 


Wahrscheinlich werden Sie als TeX-Neu- 
ling eine Weile mit dem Programm und 
der Literatur zu tun haben. Sie werden 
wohl zunächst von TeX’ Komplexität 
abgeschreckt sein. Viele werden sagen, 
“das kann ich doch mit SIGNUM! viel 
einfacher machen”. Aber nach einiger 
Zeit werden Sie der Faszination dieses 
Systems erliegen underste eigene Makros 
schreiben. Es lohnt sich und Sie werden 
davon nicht mehr loskommen, der Autor 
dieses Artikels kann als Beispiel gelten! 


Um einen kleinen Blick in die Program- 
miermöglichkeiten mit TeX zu wagen, 
verarbeiten Sie doch einmal LIFE.TEX 
im Ordner DEMO. Der Text bewirkt kei- 
neswegs eine Dokumentausgabe, son- 
dern ist eine Implementierung des Spiels 
Life von Conway. In TeX programmiert 
läuft alles etwas langsam ab, zeigt aber, 
wie man mit dem Textformatierer auch 
völlig andere Dinge treiben kann 


Ich darf Sie schließlich nochmals auf ST- 
Computer 5/89 verweisen; neben dem 
dortigen Grundlagenartikel finden Sie in 
dem Heft auch eine Übersicht über TeX- 
Literatur [3], die hier nur als Quellenan- 
gabe Platz findet. 


Sollten Sie weitere Wünsche zu TeX 
haben, schreiben Sie! Eine Menge von 
TeX-Quellen ist als Public Domain er- 
hältlich, das reicht von Makropaketen wie 
PiCTeX bis zu Entwicklungsumgebun- 
gen wie WEB. Von diesen gibt es Imple- 
mentierungen für den ST. Bei wirklich 
großem Interesse können die Disketten 
natürlich auch im MAXON-PD-Service 
erscheinen, und auch Grundlagenartikel 
in ST-Computer sind denkbar. Wir rich- 
ten uns nach Ihren Wünschen, Siemüssen 
diese nur in Leserzuschriften kundtun! 
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ollen Sie einmal ein echt 

dämliches Spiel sehen? 
Ja? Dann sollten Sie sich *APB” 
von Tengen antun. Mit einem Po- 
lizeiauto tuckern Sie durch die 
Straßen und nehmen kleine Männ- 
chen fest, die in einer Sprechblase 
“Arrest me” rufen. Dann bringt 
man die Bösewichter zum Polizei- 
revier und verhört die Knaben. Ab 
und zu kann man dann noch in ei- 





Itered Beast ist ein Prügel- 

spielchen, in dem sich ein 
muskelbepackter Held mit Skelet- 
ten und Geistern auf Totenäckern 
und in tiefen Höhlen prügelt. Gra- 
fik: ok! Spielspaß: kaum. Erkennt- 
nis: Auf dem Friedhof einbuddeln. 


asante Achterbahnfahrten in 

herrlicher Vektorgrafik 
bietet“Roller Coaster Rumbler” 
von“ Tynesoft”. In begrenzter Zeit 
flitzt der Spieler über eine atembe- 
raubende Strecke und ballert mit 
der Bordkanone eine vorgeschrie- 
bene Anzahl an Hindernissen ab. 
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nigen Geschäften eine bessere 
Ausrüstung fürs Polizeiauto erste- 
hen. Die Grafik sieht aus, als hätte 


Rings of 
Medusa 


sie ein ABC-Schütze gemalt. Den 
Programmierern müßte man 
Handschellen anlegen. 





R ings of Medusa heißt der 
neue Strategiespielhit von 
Starbyte. Es gilt, fünf magische 
Ringe zu finden, um der finsteren 
Göttin Medusa den Garaus zu 
machen. Im Spiel steuern Sie den 
Helden ähnlich wie bei einem 
Rollenspiel durchs Königreich, 
treiben Handel und zocken im 
Casino. Noch nie wurden Adven- 
ture-, Strategie- und Rollenspiel- 
elemente so gut miteinander ver- 
knüpft. 





pP irates ‚die Freibeutersimula- 
tion, die schon auf C64 und 
CPC für Furore sorgte, ist jetzt für 
den ATARIST erhältlich. Als am- 
bitionierter Piratenkapitän plün- 
dern Sie Städte, rauben Handels- 
schiffe aus und begeben sich in 
packende Fechtduelle. Vorsicht! 
Wenn die Kasse nicht stimmt, 
meutert die Mannschaft. Rush- 
ware liefert “Pirates” mit dickem, 
deutschem Handbuch aus. 


Trotzdem sollte man der engli- 
schen Sprache mächtig sein: Die 
Programmtexte wurden leider 
nicht übersetzt! 


ennisfans, die sich bishermit 
Image Works’ miserablem 
“Passing Shot” herumschlagen 
mußten, können aufatmen. End- 


/ 
Bann 





Bo ——— 


lich gibt es ein gelungenes 
Tennisspiel. “Great Courts” 
heißt das Game, besitzt eine Welt- 
rangliste mit64 Spielern und einen 
Trainingmodus 
mit Ballmaschi- 
ne. Ein oder zwei 
Spieler können 
sich packende 
Tennisduelle lie- 
fern - und das in 
Monochrom 
oder Farbe. 


\ 


R Great 
Courts 


Ss icherlich ist es etwas unge- 
wöhnlich, wenn sich eine 
(oder die) Umweltschutzorganisa- 
tion an der Produktion eines Com- 
puterspiels beteiligt. Die Erwar- 
tungshaltung, mit diesem Produkt 
etwas Besonderes in der Hand zu 
halten, wird dadurch noch ver- 
stärkt, daß man “die welterste um- 
weltfreundliche Software” zu 
Gesicht bekommt. Auch wenn es 
viele Spielekäufer für zweitrangig 
erachten, fiel mir äußerst positiv 
auf, daß Plastik nur in Form einer 
Diskette zu finden und die Anlei- 
tung auf ungebleichtem, aber wei- 
ßem Papier gedruckt worden ist. 
Dieses Spiel ist ein Beispiel dafür, 
daß eine ansprechende farbige 
Verpackung auch umweltfreund- 
lich hergestellt werden kann. 

Eine alte amerikanische Prophe- 
zeiung besagt, daß sich alle Völker 
der Erde zu Kriegern des Regen- 
bogens (Warriors of the Rainbow) 
vereinigen werden, um die Welt 
vor der Habgier und der leichtsin- 
nigen Ausbeutung zu bewahren. 
Die Umweltschutzorganisation 
nannte deshalb ihr größtes Schiff, 
das 1985 durch Franzosen zerstört 
wurde, die Rainbow Warrior. Die- 
ses Spiel besteht, um genau zu 
sein, aus sechs Spielen (Episo- 
den), in denen die unterschiedlich- 
sten Aktionen, für die Greenpeace 
bekannt geworden ist, durchge- 
spielt werden. Bedenkt man, daß 
es dabei um Themen wie Arom- 
und Giftmüll, Rettung der Wale, 
saurer Regen, Ozonloch und 
Robbenjagd geht, kam bei mir zu- 
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Rainbow Warrior 


nächst alles andere als Spielstim- 
mung auf, und ein Hauch von 
Zynismus machte sich breit. Zu 
jeder der sechs Episoden ‚die zu 
einem Spiel zusammengefaßt 
worden sind, findet man in dem 
sehr interessanten Beiheft eine 
Fülle an Hintergrundinformatio- 
nen. Dadurch ging ich umso nach- 
denklicher an das Spielen, war mir 
doch bewußt, daß die Aktionen, 
die ich gerade mit meinem Joy- 
stick durchführte, in ähnlicher Art 
Realität waren oder sind. Es geht 
beispielsweise darum, als Delphin 
einem Greenpeace-Taucher zu 
helfen, Giftaustrittsrohre unter 
Wasser zu verschließen, oder in 
einer anderen Episode möglichst 
viele Robben mit Farbe zu besprü- 
hen, um Sie vorden Robbenjägern 





zu schützen, wobei man von Eis- 
scholle zu Eisscholle hüpft. Das 
Ozonloch bekämpft man, die Pin- 
guine beschützend, in der Antark- 
tis, und gegen den sauren Regen 
demonstriert man, indem man ein 
Banner an Fabrikschornsteinen 
anbringen muß. Am meisten 
spornt die Tatsache an, daß nur 
dann die siebte Episode “The spi- 
rit of Rainbow Warrior” gespielt 
werden kann, wenn alle 
vorherigen Aktionen mit 





auch Rainbow Warrior nicht die 
Neuentdeckung sein. Trotzdem 
hat mir das Spielen Spaß gemacht, 
zumal ich die letzte Episode noch 
nicht erreicht habe. Was mir be- 
sonders gefallen hat, ist die Tatsa- 
che, daß ich nach Stunden des 
Spielens nichtmitdem Gefühl auf- 
gestanden bin, mal wieder ein paar 
Stunden verplempert zu haben, 
denn, ob man will oder nicht: Man 
macht sich über die in den Episo- 
den angesprochenen Themen Ge- 
danken - und das in einer spieleri- 
schen Weise. Endlich mal eine 
Spiel, das nicht auf die schwarze, 
sondern auf eine grüne Liste ge- 
setzt werden sollte, denn hier 
schlägt man nicht auf andere ein, 
sondern rettet Robben vor dem 
elendigen Morden durch ihre Jä- 
ger. Allen Erwachsenen, die mit 
dem Kauf eines Computerspiels in 
sich und für Greenpeace etwas 
bewegen wollen, ist dieses Spiel 
zu empfehlen. Ein Spiel dieser Art 
ist sicherlich einmalig auf dem 
Software-Markt. 

THANK GOD, SOMEONES 
MAKING WAVES. 


SH 





Erfolg absolviert worden 
sind. 


Sicherlich ist es heutzu- 
tage schwer ein Compu- 
terspiel auf den Markt zu 
bringen, dessen Idee völ- 






Spieler: 1 

Monitor: color 
Steuerung: 
Hersteller: Microprose 
Info bei: 
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en: 7öseitige Greenpeace- 
Doku wird mitgeliefert 

















lig neu ist. Deshalb wird 











Patience 


Marte 1.8 


laden 
speichern 


F ür Freunde von Gedulds- 
und Kartenspielen gibt es 
neuerdings eine Patiencesamm- 
lung für den ATARI ST. Das Pa- 





tiencespiel (patience = franz. 
Geduld) stammt ursprünglich aus 
Frankreich. Die hier verwirklich- 
ten Patiencevarianten sind zwar 


eigentlich als Einpersonenspiele 
gedacht, doch auch mit mehreren 
Spielern macht das Patience-Le- 
gen Spaß, weil man gemeinsam 
vielleicht Zugvarianten entdeckt, 
die man alleine übersehen hätte. 
Gespielt wird in der Regel mit 
einem oder zwei französischen 
Kartenspielen zu je 52 Blatt. Die 
Patiencen verfolgt das Ziel, Karten 
nach bestimmten Regeln zu sortie- 
ren, das heißt in der Regel Fami- 
lien gleicher Zeichnung in aufstei- 
gender Reihenfolge abzulegen. 


Sammlung: Standard, Matriar- 
chat, Eiffelturm, Zopf, Kleine 
Harfe und Bildergalerie. Das Pro- 
gramm gibt auf Wunsch Lösungs- 
vorschläge und ermöglicht auch 
eine Zugzurücknahme. Eine aus- 
führliche On-line-Anleitung in 
deutscher Sprache fehlt ebenfalls 
nicht. Wer gerne Patiencen legt 
und auch noch von sehr guter 
Grafik verwöhnt werden will, dem 
kann man Patience nur empfehlen. 


HE 








Ablegen bedeutet hier- 





PATIENCE | 








bei das Verschieben 
der Karten auf speziell 
gekennzeichnete Sta- 
pel, eben die Ablage- 
stapel. Sind alle Karten 
abgelegt, so gilt die Pa- 
tience als gelöst. Fünf 
verschiedene Patien- 


Kategorie: Geduldsspiel 
Besonderheiten: Anleitung 


Spieler: i 
Monitor: monochron 
Steuerung: 

Hersteller: MAXON 
Info bei: 


online 


Wertung: 





s.o. 

















cen beinhaltet die 
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I n der Baumwelt Dendra sind 
alle Pflanzen von Ungeziefer 
befallen. Ein Kammerjäger na- 
mens Jake bekommt den Auftrag, 
die Plagegeister auszurotten. Ein 
gutes Geschäft! Für jeden toten 
Schädling gibt’s Geld zur Beloh- 
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nung. Also watschelt Jake, mit 
einem Hammer bewaffnet, durch 
die Baumwelt und plättet alles Un- 
geziefer, das ihm in die Quere 
kommt. Damit der Held den Über- 
blick behält, schauter gelegentlich 
auf den Radarschirm, der über Art 


und Position der Schädlinge Aus- 
kunft gibt. In der Baumwelt her- 
umzulaufen, istnichtohne Gefahr: 
Das Ungeziefer möchte den armen 
Jake nur allzu gerne beseitigen. 
Klarer Fall! Der Kammerjäger 
muß sich wehren. Oftmals reicht 
der Hammer als Waffe nicht aus. 
Dann geht Jake in das nächste 
Waffengeschäft und kauft sich 
von seinem sauer verdienten Geld 
Steinschleudern, Minen oder 
Backsteine, je nachdem, was er 
gerade braucht. Doch leider gilt 
auch in Baumwelten der alte 
Spruch: “Ohne Moos nix los!”. 
Hat Jake finanzielle Sorgen, be- 


nicht aufkommen. Das Spiel ist 
viel zu schwer. In völlig unbere- 
chenbarer Weise greifen die zahl- 
reichen Plagegeister an. Auch an 
das Scrolling muß man sich erst 
einmal gewöhnen: Erreicht Jake 
den Bildschirmrand, gibt es einen 
riesigen Ruck, und es wird um 
einen ganzen Bildschirm weiter- 
gescrollt. Dagegen läßt sich nicht 
über die Animation meckern: Alle 
Sprites machen flüssige Bewe- 
gungen. “Verminator” ist eines 
von den Spielen, die man für kurze 
Zeit einlädt, spielt und dann nie 
wieder anrührt. 



































steht die Möglichkeit, Kredite bei CBO 

einer Bank aufzuneh- 

men, alte Waffen zu SERETTITT ET IT a] 
verkaufen oder Geld Kategorie: Actionspiel | 
im Casino zu gewin- Besonderheiten: — 

nen. Man sicht, “Ver- üokeierdı 

minator” ist ein Klet- Monitor: color 

ter- und Springspiel- Steuerung: Hertung: 

h ze isch Hersteller: Rainbird 

chen mit strategischen Tara HE Aare 

Elementen. Ein cleve- 

res Konzept! Der gro- 

Be Spielspaß will aber ® 





Paper- 
boy 


I n Amerika verdienen sich vie- 
le Jungs vor der Schule noch 
Taschengeld als Zeitungsjunge. 
Egal, ob es regnet oder schneit. 
Morgens schwingen sie sich aufs 
Radel, strampeln durch ihren Be- 
zirk und werfen das allmorgendli- 
che Käseblatt entweder auf den 
Rasen oder in die dafür vorgesehe- 
nen Zeitungsrollen. In Elites 
Spielhallenumsetzung “Paper- 
boy” fungieren Sie ebenfalls als 
Zeitungsjunge und versorgen da- 
bei einige Straßenzüge mit der 
Tageszeitung “Daily Sun”. Aber 
der Reihe nach... Zuerst wird mit 
dem Joystick eine von drei unter- 
schiedlich schweren Routen ge- 
wählt. Als Anfänger nimmt man 
natürlich die “Easy Street”, dann 
noch einmal kurz auf den Feuer- 
knopf drücken, und Monday, der 
erste Arbeitstag, beginnt. Unser 
Paperboy radelt bei diagonalem 
Scrolling über den Bürgersteig. 
Immer wenn eine Zeitungsrolle 
auftaucht, gilt es im richtigen 
Moment den Feuerknopf zu drük- 
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ken, damit die Zeitung in der Rolle 
und nicht mit lautem Krach im 
Fenster landet. Das ist allerdings 
leichter gesagt als getan. Kleine 
Kinder laufen vors Fahrrad. Auto- 
reifen, ferngesteuerte Spielzeuge, 
wildgewordene Rasenmäher, bis- 
sige Hunde, aber auch herumste- 
hende Bauarbeiter und rasende 
Autofahrer sind bedrohliche Hin- 
dernisse. Kommt es zu Kollisio- 
nen verliert der Paperboy eins von 
sechs Bildschirmleben. Geht der 
Vorrat an Zeitungen zur Neige, 
müssen Sie so schnell wie möglich 
ein zusammengeschnürtes Päck- 
chen mit frischen Daily Suns fin- 
den, damit auch die letzten Kun- 
den in den Genuß ihrer Tageszei- 





tung kommen. So radelt man über 
den Bürgersteig, wirft Zeitungen 
in die Rollen (oder auch völlig 
daneben) und weicht den vielen 
bunten Sprites aus, die sich auf der 
Straße tummeln. Am Ende des 
Bezirks befindet sich eine Rallye- 
Strecke. Hier kann sich der Zei- 
tungsjunge Bonuspunkte dazuver- 


dem dem Zeitungsjungen noch 
gemeinere Hindernisse auf der 
Straße begegnen. Die Faszination 
der alten 8-Bit-Version von “Pa- 
perboy” ging bei der ST-Umset- 
zung nicht verloren. Ein wirklich 
schönes Geschicklichkeitsspiel 
ohne Schießereien und Meuche- 
leien! Auch mit der Grafik könnte 
man eigentlich zufrieden sein. 
Hübsche Sprites und gut gelunge- 
ne Darstellungen der Häuser ma- 
chen Freunde von schöner Grafik 
glücklich. Leider läßt sich das al- 
les nicht richtig bewundern, da das 
diagonale Scrolling zwar schr 
schnell, aber dafür unheimlich 
ruckelig ist. Wenn das Ruckeln 
nicht wäre, könnte ich das Game 
uneingeschränkt empfehlen. So 
sollten sich besser nur Freaks vor 
den Screen setzen, die sowieso 
schon ihre Augen verdorben ha- 
ben. 


CBO 








dienen. Dazu wirft er 
er 
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einfach seine Daily Sun 


Katesori 


aufhherumstehende Ziel- | Besonderheiten: - 
scheiben. Ist die ZEE (a 
nicht überschritten, er- | Monitor: color 


wartet den radelnden 
Helden ein jubelndes 
Publikum an der Zielli- 
nie. Dann beginnt der 





Steuerung: 
Hersteller: Elite 
Info bei: 


Geschicklichkeit 


Wertung: 





Bonico 


























zweite Arbeitstag, an 
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Twinworld 


I n Gaspari hat das Volk nichts 
zu lachen: ein garstiger Drui- 
de namens Maldur regiert in 
schrecklicher Tyrannei. Nur die 
Zauberkraft eines magischen 
Amuletts könnte ihn vom Throne 
stürzen. Doch das müßte man erst 
mühsam aus 23 Splittern zusam- 
mensetzen, die überall im Lande 
verstreut sind. Wer wird diese 
Strapazen auf sich nehmen? Ein 
kleiner Junge namens Ulopa er- 
klärt sich bereit und macht sich auf 
den Weg, um das Unheil von sei- 
nem geliebten Lande abzuwen- 
den. Der Spieler bestimmt die 
Geschichte des Knaben. Es gilt, 
alle Amulettsplitter zu finden, um 
dann schließlich Maldur in einem 
Zweikampf zu besiegen. Ulopa 
kann in der riesigen Plattformwelt 
laufen, hüpfen und natürlich auf 
die vielen Schergen des düsteren 
Druiden schießen. Nicht mit Ma- 
schinengewehr oder Pfeil und 
Bogen. Nein, mit magischen Ku- 
geln, von denen es gleich drei 
verschiedene Sorten gibt: grüne, 
braune und rote, die eine unter- 
schiedliche Schußstärke und 
Reichweite besitzen. Mit der 
Space-Taste wählt man die ge- 
wünschte Blasensorte, dann be- 
darf es nur noch ausgiebiger Feu- 
erknopfmassage, um die Bläschen 
abzuschießen. Weise Spieler bal- 
lern nicht wie wild durch die Ge- 
gend und versuchen, fleischfres- 


sende Pflanzen, Monstervögel, 
flatternde Drachen, drollige Trolle 
und die anderen Widersacher zu 
beseitigen. Munition ist knapp. 
Ulopa muß ständig neue Zauber- 
tränke finden, die dafür sorgen, 
daß der magische Blasenvorrat 
nicht zur Neige geht. Auf seiner 
Reise findet er auch nützliche Ge- 
genstände wie eine Flöte, mit der 
man einen Händler herbeiruft - 
vorausgesetzt, der Spieler drückt 
zuvor die““H”-Taste. Der herbeiei- 
lende Verkäufer verscherbelt dann 
nützliche Extras (Zeitbonus, zu- 
sätzliche Leben und höhere 
Sprungkraft...), die oft unerläßlich 
sind, um im Spielverlauf zu avan- 
cieren. In jeder Plattformwelt ist 
ein Splitter des magischen Amu- 
letts versteckt. Meistmuß der Held 
die ganze Landschaft erkunden 
und über alle Plattformen hüpfen, 
um das wichtige Utensil zu finden. 
Sind vier Splitter gefunden, ge- 
langt Ulopa in einen Bonusraum, 
in dem er mühelos Punkte zusam- 
menraffen kann. Dann geht das 
Abenteuer in einer anderen Land- 
schaft weiter, in der völlig neue 
Gefahren lauern. Jeder Level be- 
steht aus einer Ober- und einer 
Unterwelt. Letztere befindet sich 
in dunklen Höhlen, die man durch 
riesige Tunneleingänge erreicht. 
Um in eine Höhle zu gelangen, 
stellt man Ulopa einfach vor einen 
Höhleneingang und zieht den Joy- 


stick kurz nach hinten. Dann flitzt 
der Held in die Finsternis. Aufdem 
selben Weg gelangt man auch 
wieder zurück. Spielt man das 
Game im Zwei-Player-Modus, 
steuert ein Spieler Ulopa in der 
Oberwelt, der andere übernimmt 
den Part in den finsteren Höhlen. 
“Twinworld” spielt sich prächtig. 
Der Held ist hervorragend ani- 
miert. Er eiert mit wackelndem 
Kopf über die Plattformen, bremst 
herrlich animiert und rutscht dabei 
ein Stückchen, bis er zum Still- 
stand kommt. “Blue Byte” ist ein 
famoses Jump&Run- 





fand ich die fehlende Übersicht- 
lichkeit bei der Gestaltung der Sta- 
tusanzeige: Die Zeiger der mickri- 
gen Uhr sind bei einem flüchtigen 
Blick kaum auszumachen. Anre- 
gungen für “Twinworld” hat sich 
“Blue Byte” scheinbar bei dem 
PC-Engine Spiel “Son Son II” 
geholt. Negativ fiel das ruckhafte 
Umschalten zwischen den einzel- 
nen Bildern auf. Das geht auf die 
Dauer ganz schön auf die Augen. 


CcBO 





Spiel geglückt, das rg 
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von toller Grafik, ei- 
nem passablen Sound, 
guter Spielbarkeit und 
vielen Details lebt. So 
winkt Ulopa bei- 
spielsweise, wenn er 
den Ausgang zum 
nächsten Level gefun- 


Spieler: 
Monitor: 


Info bei 


Kategorie: Geschicklichkeit 
Besonderheiten! - 


Steuerung: de 
Hersteller: Blue Byte 
: Rushware 
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color 
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den hat. Störend emp- 
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M:: ist angesagt! Es 
gilt, 15 halsbrecherische 
Kurse zu absolvieren. Treppen, 
Holzstämme, Löcher im Boden 


sowie glitschige Schlammpfützen 
machen die rasante Fahrt zu einem 
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schwierigen Unterfangen. Er- 
reicht man in der vorgegebenen 
Zeit das Ziel nicht, ist das Spiel 
beendet. Durch fatale Fahrfehler 
gehen wertvolle Sekunden verlo- 
ren: Abwürgen der Geländema- 


SUPER SKRAMBLE SIMULATOR 


schine, falsches Aufsetzen, umge- 
fahrene Hindernisse und Stürze 
kosten Zeit. Die Action zeigt der 
ST aus einer Seitenansicht. In der 
Mitte des Bildschirms sieht man 
Teilabschnitte des Rennkurses aus 
der Vogelperspektive. Neben ein- 
fachem Bremsen und Beschleuni- 
gen ist es auch möglich, auf dem 
Hinterrad zu fahren und 


glish dem ST da an Tönen ent- 
lockt. Grafisch kann sich “Super 
Skramble Simulator” ebenfalls 
sehen lassen. Ob das Spiel Spaß 
macht? Ja, aber leider nicht beson- 
ders lange! 
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die Gangschaltung zu 
betätigen. Insgesamt ist 
der Joystick mit acht 
Funktionen belegt. 


Aber Übung macht den | steueruns: Wertung: 
Meister! Apropos Mei- Hersteller: Grenlin 
a: 5 Info bei: Ariolasoft n 


ster: Beim Sound war 
einer am Werke. Echt 


Kategorie: Motorradrennen 
Besonderheiten: — 


Spieler: 1 
Monitor: color 
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Der ST 
in der Textilbranche 


Das Schaumburger Land ist die nahezu 
flache Landschaft zwischen Hannover 
und Minden, die sich malerisch an den 
Rand des beginnenden Weserberglan- 
des drückt. Der eilig Vorbeireisende 
wird von ihr kaum mehr wahrnehmen 
als die Autobahnabfahrt Bad Eilsen. 
Doch obwohl es so scheinen mag: Diese 
Gegend führt kein trübes Dasein im 
Schatten der niedersächsischen Lan- 
deshauptstadt. 





Zahlreiche kleine und mittelständige 
Betriebe, Verlage, Zeitungen zeugen von 
reger Wirtschaft in diesem Bereich. 
Manfred Lück wohnt und arbeitet nur 
wenige Steinwürfe von bewußter An- 
schlußstelle entfernt und ist selbst ein 
Beispiel für diese Betriebsamkeit. Vor 
Jahren fing es mit dem ersten ATARI 520 
ST an: Die Computerbegeisterung nahm 
ihren Lauf. War es damals noch wegen 
der Ausbildung, boten sich dem gelernten 
Triebwerksmechanikermeister schon 
bald Gelegenheiten, Geld mit dem ver- 
meintlichen Spielzeug Computer zu ver- 
dienen. 





Von jeher habe ihn vor allem ein gedruck- 
tes und damit vorzeigbares Ergebnis sei- 
ner Arbeit interessiert, sagt Manfred 
Lück. Fast entschuldigend bemerkt er, 
daß man schließlich nicht überall einen 
Monitor aufstellen könne und bezeichnet 
sich im gleichen Atemzug als Papierlieb- 
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Bild 1: 


haber. Über Computerklubs fand er im 
Laufe der Zeit Weggenossen, und aus 





dem anfänglichen Erfahrungsaustausch 
in Sachen ATARIST ist mittlerweile eine 
Geschäftspartnerschaft für Grafikaufträ- 
ge verschiedenster Arten geworden. 
Begonnen hatte das Business zunächst 
mit Beratertätigkeiten für zahlreiche 
Kleinbetriebe in der Gegend, zu denen 
Lück ein bekanntschaftliches Verhältnis 
pflegt. Auf der Suche nach weiteren Ein- 
satzmöglichkeiten für seinen ST beschäf- 
tigte er sich mit Bedrucken von Textilien. 
Nach etlichen Versuchen wurden erst- 
mals im September '88 in einer Einkaufs- 
passage im nahen Minden öffentlich T- 
Shirts. Taschen. Kissen etc. bedruckt. Die 
Vorlagen konnte der Kunde damals mit- 
bringen - und sei es auch nur sich selbst, 
denn die Bilder wurden per Videokamera 
und Schwarzweiß-Digitizer in den Rech- 
ner gebannt. Aus der Digitizer-Software 
heraus wurde das Bild direkt mit einem 
NEC P6 ausgedruckt. Dabei kamen spe- 
zielle Farbbänder zum Einsatz, deren 
Farbe sich nach dem Drucken unter Wär- 
me vom Papier löst und mit Textilien 
verbindet. Die Bilder wurden also 
schlicht auf den jeweiligen Untergrund 
aufgebügelt. 


Manfred Lück schildert einige Probleme, 
die zu lösen waren, bis alles so einfach 
von der Vorlage zum fertigen T-Shirt 





Manfred Lück mit einem seiner Produkte 


möglich war: Zumeinen istes die Qualität 
der Vorlage selbst. Bei jedem Motiv muß 
wieder entschieden werden, wie es be- 
lichtet werden muß, damit ein ansehnli- 
ches Ergebnis erzielt wird. Da ist das 
Aufbügeln, das entsprechende Erfahrung 
verlangt, um weder Untergrund noch Bild 
aber trotzdem dauerhaft 
miteinander zu verbinden. Denn gerade 
das Kleidungsstück T-Shirt muß ja 
Mit Mischtextilien, die 
also zu einem Teil aus Kunstfasern beste- 
hen, habe er die besten Erfahrungen ge- 
macht, doch wünschen die Kunden natür- 
lich reine Baumwolle. Überhaupt darf 
auch nur ein Minimum an Chemie ver- 
wandt werden, denn allergische Reaktio- 
nen auf seine Produkte möchte Lück nicht 
erleben. 





zu verbrennen, 


waschfest sein. 


Der Erfolg seiner Idee beider Kundschaft 
gab Manfred Lück recht, und so arbeite- 
ten er und seine Partner konsequent an der 
Textildrucktechnik weiter. Bald schon 
wurde der Ruf nach Farbe laut und erste 
Gehversuche in dieser Richtung unter- 
nommen. Nun ist Farbe ja nicht gerade die 
Stärke des ST, an dem Lück und seine 
Mannen trotzdem festhielten. Versuche 
mit der Videokamera und einem RGB- 
Splitter wurden gemacht. Dieses Gerät 
trennt das Videosignal in drei Schwarz- 
weißbilder, die den Anteilen von Rot, 
Grün und Blau im Originalfarbbild ent- 
sprechen. Diese drei einzelnen Bilder 


können - wie geschehen - mit einem 
Nadeldrucker und verschiedenfarbigen 
Farbbändern ausgegeben werden. Legt 
(oder bügelt) man die Bilder übereinan- 
der, so ergibt sich wieder das Original 
(zumindest ein ähnliches, qualitativ na- 
türlich nicht so gutes Bild). Diese Metho- 
de des Farbdrucks war zwar gangbar, die 
Qualität allerdings ungenügend und die 
ganze Prozedur viel zu langsam. 


Soentwickelte sich im Laufe der Zeit eine 
ganz andere Technik: Mittlerweile wer- 
den die Vorlagen mit einem Farbscanner 
von Sharp (300 dpi, 256000 Farben) ein- 
gelesen und mit einem Thermotransfer- 
drucker aus gleichem Hause auf eine 
Spezialfolie gedruckt. Der Drucker be- 
herrscht die gleiche Auflösung wie der 
Scanner. Die verwendete Folie, von der 
das Bild dann wiederum per Bügeln aufs 
Textil übertragen wird, ist eine Eigenent- 
wicklung. Mit ihr istnun auch das wasch- 
feste Bedrucken von reinen Naturfasern 
möglich. Da einmal entwickelt, soll diese 
Folie in naher Zukunft auch dem Endan- 
wender zur Verfügung gestellt werden. 
Für einen Preis von ca. 1.30 DM pro Seite 
kann sich dann jeder daheim die Bilder 
seiner Wahl aufs Hemd drucken. 


Bis es soweit war, die Daten aus dem 
Scanner in den Rechner und von dort in 
den Drucker zu bekommen, verging aller- 
dings so mancher Tag und so manche 
Nacht und hat das Schaumburger Land 
sicher auch so manchen Fluch gehört, 
denn die Schnittstellen zwischen den 
Geräten und dem Rechner mußten erst 
entworfen und gelötet und die Software 
geschrieben werden. Hier betont Lück die 
gute Zusammenarbeit mit allen an dem 
Projekt beteiligten Firmen: Sharp, DMC 
und auch TmS, deren Programm TmS 
Vektor in anderen Bereichen zum Einsatz 
kommt. Momentan erlaubt die Hardware 
die qualitativ hochwertige Übertragung 
der Vorlage auf die Folie mit gleichzeiti- 
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gem Einkopieren von Texten. Diese wer- 
den mıt Calamus entworfen, so daß ein 
reichlicher Vorrat an Schriften und Ge- 
staltungsmitteln hilft, dem Bild den rich- 
tigen Rahmen zu geben. Daß die gescann- 
ten Bilder am ATARI weder in vernünfti- 
ger Qualität dargestellt noch aufbereitet 
werden können, bezeichnet Manfred 
Lück als das größte Manko der momenta- 
nen Lösung. Es fehle eine hochauflösende 
Farbgrafikkarte, die dann natürlich auch 
von Calamus unterstützt werden müsse. 
Bis es eine solche für den ST gibt, hilft 
man sich mit dem unveränderten Übertra- 
gen. 


Doch wie bringt man nun solche bedruck- 
ten Textilien an die Frau und an den 
Mann? Wie erreicht Manfrd Lück seine 
Kunden, von deren Geld er und drei wei- 
tere Mitarbeiter schließlich leben wollen? 
Die Idee ist einfach: Er konnte eine Kette 
von Fotofachgeschäften gewinnen, seine 
Leistungen in ihren Filialen anzubieten. 
Der Kunde gibt dort seine Bestellung 
nebst Vorlage ab und bekommt das 
Gewünschte (Kissen, T-Shirt, Tasche) 
ein bis zwei Wochen später per Post zuge- 
sandt. (Ein T-Shirt kostet bedruckt und 





Bild 2: Kissen mit Folie 
in der Bügelpresse 


beschriftet 30 DM). Offensichtlich hat 
auch diese Variante von Lücks Textil- 
druckidee Erfolg. Inzwischen sind es 
täglich um die 100 Aufträge, die gedruckt 
und versandt werden müssen. 


Nebenbei sinnt der ATARI-Fan Lück auf 
weitere Einnahmequellen. Seine Grafi- 
kertätigkeit, in deren Rahmen er im Auf- 
tragsdienst so ziemlich alles von der 
Speisekarte bis zum Plattencover entwirft 
und druckt, soll ausgebaut werden. Ein 
Schnelldruckservice, mit dem er in der 
Geschwindigkeit Druckereien und im 
Preis Kopierläden unterbieten will, soll 
sich dieser Sparte seiner Arbeit anschlie- 
ßen. Da soll der Kunde dann seine Vorla- 
ge auf Papier oder Diskette bringen kön- 
nen und wenig später einige tausend auf 
Laserschnelldrucker erstellte Exemplare 
fix und fertig mit nach Hause nehmen. 
Wenn seiner neuen Idee so viel Erfolg 
beschieden ist wie den bisherigen, dann 
gibt's im Schaumburger Land bald einen 
weiteren Betrieb. Der heißt dann viel- 
leicht "Laser Zentrum Lück’. 
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+ GEM-Programme mit allen TOS-Versionen 
automatisch starten 
+ Auswahl der ACC’s und PRG's bei jedem 
u Bootvorgang möglich 
* Anlegen. ändern oder löschen der Batch- 


Dateien in BOOT IT - ohne separaten Editor 
* Batch-Files mit - Accessories 


... das PLUS für jede Festplatte ! 
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* Verwaltung von vier eufläsungs- abhängigen! 
DESKTOP's- auch für Großbildschirm 

« resetfestes Datum / Uhrzeit bei Systemen 
‚ohne batterie-gepufferte Echtzeit Uhr 

+ Auswahl über Maus oder Tastatur 

+ mit Handbuch. Update- u. Hot-Line-Service 

* DM 69- zuzügl DM &- Versandkosten be: 
V-Scheck/Vorkasse ( Nachnahme: DM 750 ) 

" Bezug über ATARH-Systemfachhändler oder 
direkt bei 


NEERVOORT.EDV Jürgen Neervoort Neufelder Str. 21 4152 Kempen 3 
Telefon: 02151/777322 


- AUTO-Ordner Programme 
Zugriffspfad u. Name de 
AUTOSTARF Anwendung 

- BLITTER- Einstellung 
‚Auflösung im Farb-Modus 


( kein Ladenverkauf ! ) 





INFODAT °”"" 


Handels- und Entwicklungsgeselischaft für Informatik und Datenverarbeitung 
" ATARI ST Rechner 
1040STE & SMi24 1529,- PORTFOLIO 799,- 


MEGAST1 &SMi24 1799,- PC3-X 30MBPMC124 2299,- 
MEGAST2&SMi24 2359,- ABC28630MB PCMi24 2759,- 


ATARI-kompatible 


929,- PC4-X 60MBPMCI24 4199,- 
5999,- 


6750 Kaiserslautern - Schubertstr. 16 - Tel (0631) 63597 : Fax 63589 


ATARI SYSTEM-FACHHANDEL 








In der nächsten ST-Computer 
lesen Sie unter anderem 


16 MHz im ATARI ST 


Nachdem wir Mitte des Jahres bereits eine Zusatzplatine für den ATARI 
ST vorgestellt hatten, die ihn auf Trab gebracht hat, möchten wir Ihnen in 
dernächsten Ausgabe ein Produkt namens Turbo 16 der Frankfurter Firma 
Eickmann Computer vorstellen, das mit einem mit 16 MHz-getakteten 
68000-Prozessor versehen ist und den ST ebenfalls beschleunigen soll. 
Wie kompatibel Turbo 16istund was esan Geschwindigkeit bringt, haben 
wir für Sie getestet. 


Digitale Bildverarbeitung 


Die Regensburger Firma TmS hat ein neues Bildverarbeitungssystem für 
den ATARI ST auf den Markt gebracht. Enthalten sind u.a. Großbild- 
schirm, Farbscanner, -drucker. Wir möchten Ihnen die Möglichkeiten 
eines solchen Farbsystems in dernächsten Ausgabe vorstellen und zeigen, 
daß man nicht gleich einen Apple Macintosh für digitale Bildverarbeitung 
benötigt. 


Der ATARI ST liest 1,44 MB-Disketten 


Endlich istes gelungen, der ATARIST ist jetzt auch vollständig disketten- 
kompatibel zu den neuesten PC-Rechnern. Durch eine kleine Hardware- 
schaltung ist es möglich Disketten, die mit maximal 1,44 MB formatiert 
sind, mit einem High-Density-Laufwerk zu lesen und zu schreiben. Der 
Kostenaufwand beträgt ca. DM 20,- (natürlich ohne Laufwerk) und er 
lohnt sich, 


Die nächste ST Computer erscheint am Fr., den 22.12.89 










Fragen an die Redaktion 





Ein Magazin wie die ST-Computer zu erstellen, kostet sehr viel Zeit 
und Mühe. Da wir ja weiterhin vorhaben, die Qualität zu steigern, 
haben wir Redakteure ein großes Anliegen an Sie, liebe Leserinnen 
und Leser: 

Bitte haben Sie Verständnis dafür, daß Fragen an die Redaktion nur 
Donnerstags von 14%-17 Uhr telefonisch beantwortet werden kön- 
nen. 


Vielen Dank für Ihr Verständnis 
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Weltweit über 100 000mal im Einsatz! 


® GFA-BASIC 3.0 EWS ST 
Hochgeschwindigkeitsinterpreter und integrativer Compiler in einem als komplettes DM 198,- 
Entwicklungssystem. Einbindung von Assembler und C-Source-Codes in GFA-BASIC-Programme 


© GFA-BASIC 2.0 EWS ST 
Das GFA-BASIC 2.0 Entwicklungssystem ST. Interpreter+ Compiler für Einsteiger. 
(Upgrade-Möglichkeit zum GFA-BASIC 3.0 Entwicklungssystem STDM 160.) DM 49,90 


© GFA-GUP GEM UTILITY-PACKAGE DM 149,— nei 


© GFA-BASIC KONVERTERnachc DM 498,— 





GFA-ASSEMBLER ST 
Professioneller Makro-Assembler für 68 000-Program- 
mierer: Leistungsfähiger Editor mit integriertem 
Assembler und Linker. Nachladbarer Debugger DM 149, — 
rn 
GFA-BUCHER 





© GFA-BASIC 3.0 ST Training Der ideale Einstieg in die Version 3.0 
mit 14 Themenschwerpunkten. 272 Seiten, Hardcover, ISBN 3-89317-005-7 DM 29,- 


® GFA-BASIC ST: Version 3.0 Das Umsteigerbuch 
394 Seiten, Hardcover, inkl. Diskette, ISBN 3-89317-004-9 DM 59,— 


® GFA-BASIC Programmierung Programmierhilfe von der Idee, zum Entwurf, 
zum Programm. Ca. 300 Seiten, Hardcover, inkl. Diskette ISBN 3-89317-003-0 DM 49,- 


@ GFA-BASIC-Buch Frank Ostrowski (ST) Frank Ostrowski über sein GFA-BASIC 
(Programmoptimierung). Ca. 300 Seiten, Hardcover, inkl. Diskette ISBN 3-89317-0014 DM 79,— 


© Das GFA-Anwenderburch Wann GFA-BASIC? Wann GFA-ASSEMBLER? 
Die Antwort finden Sie in dem neuen GFA-Anwenderbuch 
Ca. 450 Seiten, Hardcover, inkl. Diskette, ISBN 3-89317-01-1 DM 59,— na 
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Leistungsfähiges, zweidimensionales CAD-Programm, 
NTAKT 


seit Jahren bewährt, tausendfach im Einsatz. 
DM 349,- Kontaktverwaltung für den gesamten Schaltplan 


(Symbolbibliotheken zu GFA-DRAFT-plus auf Anfrage) GFA-DRA 
(GFA-STRUKTO Di 398, 












Dialogorientierte programmierte Unter- 
Handbuch, Beschreibung jedes Verfahrens sowohl 
DM 998,-— 
kunt f A 
02 | GFA Systemtechnik GmbH 
Heerdter Sandberg 30-32 SYSTEMTECHNI 


DM 249, — K Das professionelle Statistikpaket. Über 70 Verfahren der 
von der rein formalen als auch der Anwendungsseite 
D-4000 Düsseldorf 11 


n beschreibenden und schließenden Statistik. Umfangreiches 
Campus- und Studentenversion: Preis auf Anfrage. 
a 





m 


